https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103629
--- Comment #27 from Mathieu Malaterre ---
Symptom may go away with:
* https://github.com/AcademySoftwareFoundation/openvdb/pull/1589
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108634
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:be6195c7e7adc7465214a0dc347c592822713c3f
commit r13-6730-gbe6195c7e7adc7465214a0dc347c592822713c3f
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108685
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:713fa5db8ceb4ba8783a0d690ceb4c07f2ff03d0
commit r13-6731-g713fa5db8ceb4ba8783a0d690ceb4c07f2ff03d0
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108685
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11/12/13 Regression]|[10/11/12 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109145
--- Comment #10 from Richard Biener ---
(In reply to Jakub Jelinek from comment #7)
> So, I think we can either use:
> 2023-03-16 Jakub Jelinek
>
> PR testsuite/109145
> * gcc.dg/tree-ssa/forwprop-39.c (CMPLXF): Define if not def
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109145
--- Comment #11 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:2bb71424636fba7944b36b1689e9df22a53f1a3f
commit r13-6732-g2bb71424636fba7944b36b1689e9df22a53f1a3f
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105554
--- Comment #16 from Richard Biener ---
(In reply to Jakub Jelinek from comment #14)
> So, I have tried
> --- gcc/cgraphclones.cc.jj2023-02-24 11:05:19.704595633 +0100
> +++ gcc/cgraphclones.cc 2023-03-16 19:12:30.452503051 +0100
> @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109170
Bug ID: 109170
Summary: New glibc warning: open_catalog.c:86:16: error:
pointer ‘old_buf’ may be used after ‘realloc’
[-Werror=use-after-free] since
r13-6707-g0a07
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105554
--- Comment #17 from Jakub Jelinek ---
(In reply to Richard Biener from comment #16)
> Ick - that's one of the worst place to do this ... what happens if we
> postpone setting DECL_RESULT/DECL_ARGUMENTS to after initialize_cfun
> (and remove the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105554
Jakub Jelinek changed:
What|Removed |Added
Attachment #54686|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105554
--- Comment #19 from Richard Biener ---
Created attachment 54690
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54690&action=edit
not working patch
So this one fails badly in ipa_param_body_adjustments::common_initialization
where it need
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109171
Bug ID: 109171
Summary: initialization using %re causes segfault, as an
assignment does not
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109171
--- Comment #1 from urbanjost at comcast dot net ---
per discussion in
https://groups.google.com/g/comp.lang.fortran/c/zBaOPfeFrOU
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109092
--- Comment #7 from CVS Commits ---
The master branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:02880e7803b19c357718abd2f0d567b4a761f318
commit r13-6733-g02880e7803b19c357718abd2f0d567b4a761f318
Author: Ju-Zhe Zhong
Date: Mon M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105554
Jakub Jelinek changed:
What|Removed |Added
Attachment #54689|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109164
Richard Biener changed:
What|Removed |Added
Component|tree-optimization |c++
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109170
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109170
--- Comment #2 from Martin Liška ---
Reduced test-case:
$ cat open_catalog.i
unsigned long bufmax = 0;
unsigned long __open_catalog_bufmax;
void *realloc();
void free();
void __open_catalog(char *buf) {
char *old_buf = buf;
buf = realloc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109165
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109172
Bug ID: 109172
Summary: g++ calls a private destructor with the keyword throw
after the try-block
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109173
Bug ID: 109173
Summary: incorrect intrinsic signature for _mm_srai_epi64
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109172
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2023-03-17
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109173
Jakub Jelinek changed:
What|Removed |Added
CC||hjl.tools at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109172
Jonathan Wakely changed:
What|Removed |Added
Known to fail||13.0, 4.4.7
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109164
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109173
--- Comment #2 from Jakub Jelinek ---
To expand on it further, nothing guarantees that the intrinsic is actually an
inline function, it can be also macro etc., so relying on such details as exact
operand type is impossible.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109173
--- Comment #3 from Mathieu Malaterre ---
In a previous episode:
> ICC is our gold standard as far as intrinsics are concerned. So, unless there
> is > a real issue with some specific builtin, I think we should follow ICC.
* https://gcc.gnu.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109174
Bug ID: 109174
Summary: incorrect intrinsic signature for AVX-512 srai*
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109173
--- Comment #4 from Jakub Jelinek ---
Except that ICC changes it over time...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109170
--- Comment #3 from Richard Biener ---
The issue is that we have
:
old_buf_7 = buf_6(D);
bufmax.0_1 = bufmax;
buf_10 = realloc (buf_6(D), bufmax.0_1);
_2 = buf_10 == 0B;
_3 = (long int) _2;
_4 = __builtin_expect (_3, 0);
if (_4 != 0)
goto ;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109172
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109170
--- Comment #4 from Martin Liška ---
> but ranger lacks a range-op for __builtin_constant_p. Testing a fix.
you likely mean __builtin_expect, right? Sure, that's a simple optimization
ranger should understand..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109102
--- Comment #1 from CVS Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:daf20b4b83615d61bf1793e8edcd64681275e598
commit r13-6735-gdaf20b4b83615d61bf1793e8edcd64681275e598
Author: Gaius Mulley
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109102
Gaius Mulley changed:
What|Removed |Added
Last reconfirmed||2023-03-17
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109102
Gaius Mulley changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109052
--- Comment #3 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:57688950b9328cbb4a9c21eb3199f9132b5119d3
commit r13-6736-g57688950b9328cbb4a9c21eb3199f9132b5119d3
Author: Vladimir N. Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109052
--- Comment #4 from Vladimir Makarov ---
The complete solution would be running combine pass also after LRA. I am not
sure how frequently the 2nd pass will improve the code. Also probably it might
create some troubles the fix of which will requ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69410
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109052
--- Comment #5 from Uroš Bizjak ---
(In reply to Vladimir Makarov from comment #4)
> So I think the current patch is probably an adequate solution.
Perhaps the compiler should also try to swap input operands to fit the combined
insn when commu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109160
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Ever conf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105959
--- Comment #11 from David Malcolm ---
(In reply to Hans-Peter Nilsson from comment #10)
> (I see an identifier using ideographs?
> Wouldn't want to review that code... Might as well use Linear A -which you
> indeed can in UTF-8- - it's all gr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109173
--- Comment #5 from Jan Wassenberg ---
Thanks, Mathieu, for raising this.
Note that clang has changed their intrinsic to require an unsigned arg:
https://github.com/google/highway/commit/45b1fac0b1c404e6573c2f182b36c245af6503e0
I understand t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109032
--- Comment #7 from CVS Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:6bfb5eae96b65894da1301e966568fdf32bf64d0
commit r13-6737-g6bfb5eae96b65894da1301e966568fdf32bf64d0
Author: Gaius Mulley
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109032
Gaius Mulley changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109052
--- Comment #6 from Vladimir Makarov ---
(In reply to Uroš Bizjak from comment #5)
> (In reply to Vladimir Makarov from comment #4)
>
> > So I think the current patch is probably an adequate solution.
>
> Perhaps the compiler should also try t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109175
Bug ID: 109175
Summary: error: 'void* __builtin_memset(void*, int, long
unsigned int)' writing 4 or more bytes into a region
of size 0 overflows the destination
[-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109175
--- Comment #1 from Mathieu Malaterre ---
Created attachment 54694
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54694&action=edit
Preprocessed source gcc-13
% /usr/lib/gcc-snapshot/bin/g++ -save-temps=obj -DHWY_SHARED_DEFINE
-I"/home/m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109175
--- Comment #2 from Mathieu Malaterre ---
Created attachment 54695
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54695&action=edit
Preprocessed source gcc-12
g++ -save-temps=obj -DHWY_SHARED_DEFINE
-I"/home/malat/highway-1.0.4~git202303
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109175
--- Comment #3 from Mathieu Malaterre ---
Compiling the preprocessed source:
% /usr/lib/gcc-snapshot/bin/g++ --verbose -g -fstack-protector-strong -Wformat
-Werror=format-security -DHWY_BROKEN_EMU128=0 -Wdate-time -D_FORTIFY_SOURCE=2
-fPIE -fv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109172
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109168
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Last reco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109151
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:103d423f6ce72ccb03d55b7b1dfa2dabd5854371
commit r13-6738-g103d423f6ce72ccb03d55b7b1dfa2dabd5854371
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109169
--- Comment #6 from steve02081504 ---
Created attachment 54696
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54696&action=edit
temp.cpp
(In reply to Andrew Pinski from comment #4)
> You provide a full example of what you want?
> Because
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109169
steve02081504 changed:
What|Removed |Added
Version|unknown |12.2.0
--- Comment #7 from steve0208150
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105959
--- Comment #12 from David Malcolm ---
Thanks for the ideas. If I hack in the following into dg-scan (to force the
scanned file to be treated as UTF-8 as it is read), then the existing case
works with both:
LC_ALL=C
LC_ALL=en_US.UTF-8
so p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109176
Bug ID: 109176
Summary: internal compiler error: in to_constant, at
poly-int.h:504
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109169
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109177
Bug ID: 109177
Summary: Call to C++ function marked unavailable gets diagnosed
twice
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109176
--- Comment #1 from Mathieu Malaterre ---
Created attachment 54697
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54697&action=edit
Preprocessed source gcc-13
% /usr/lib/gcc-snapshot/bin/g++ -freport-bug -DHWY_STATIC_DEFINE
-I/home/malat/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108419
Jakub Jelinek changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109176
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109168
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97700
Andrew Pinski changed:
What|Removed |Added
CC||waffl3x at protonmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105554
--- Comment #21 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:24c06560a7fa39049911eeb8777325d112e0deb9
commit r13-6739-g24c06560a7fa39049911eeb8777325d112e0deb9
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105554
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108419
--- Comment #4 from Andrew Macleod ---
Not easily. I have started working on a phi analyzer for ranger to assist with
various issues like this.
It will analyze phi patterns to weed out the ssa-names that are just copies,
and then allow the few
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109178
Bug ID: 109178
Summary: ICE using __builtin_vec_xst_trunc built-in
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109178
Peter Bergner changed:
What|Removed |Added
CC||chip.kerchner at ibm dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105959
--- Comment #13 from David Malcolm ---
Created attachment 54698
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54698&action=edit
Patch that I'm about to put through full testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109178
Peter Bergner changed:
What|Removed |Added
Known to work|10.0, 11.0 |
--- Comment #2 from Peter Bergner ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69410
--- Comment #11 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:ae7190e345a8d80310835cb83b3b41ef2aeb0d37
commit r13-6740-gae7190e345a8d80310835cb83b3b41ef2aeb0d37
Author: Jason Merrill
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69410
--- Comment #12 from Jason Merrill ---
(In reply to Zopolis0 from comment #8)
Thanks for your work on this bug!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109172
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
Bug ID: 109179
Summary: addkf3-sw.c:51:1: internal compiler error: RTL check:
expected elt 3 type 'e' or 'u', have '0'
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
Peter Bergner changed:
What|Removed |Added
Last reconfirmed||2023-03-17
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #1 from Peter Bergner ---
Vlad's recent commit looks like a promising candidate though:
commit 57688950b9328cbb4a9c21eb3199f9132b5119d3
Author: Vladimir N. Makarov
AuthorDate: Fri Mar 17 08:58:58 2023 -0400
Commit: Vladimir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109052
Peter Bergner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #2 from Peter Bergner ---
(In reply to Peter Bergner from comment #1)
> Vlad's recent commit looks like a promising candidate though:
[snip]
> I'm building with the commit before this to see whether we succeed or not.
Bootstrap is i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #3 from Peter Bergner ---
The ICE is occurring with:
Breakpoint 2, internal_error (gmsgid=0x1351b738 "RTL check: expected elt %d
type '%c' or '%c', have '%c' (rtx %s) in %s, at %s:%d")
at /home/bergner/gcc/gcc-fsf-mainline-chip-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #4 from Peter Bergner ---
...on the following minimal test case:
bergner@ltcden2-lp1:PR109179$ cat bug.i
__int128 var;
__int128
foo (void)
{
return var;
}
bergner@ltcden2-lp1:PR109179$
/home/bergner/gcc/build/gcc-fsf-mainline-ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #5 from Peter Bergner ---
The "from" and "to" arguments to combine_reload_insn() are:
(gdb) pr from
(insn 19 17 9 2 (parallel [
(set (reg:TI 118 [ ])
(unspec:TI [
(reg:TI 117 [ _2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #6 from Vladimir Makarov ---
Peter, thank you for reporting. I'll try to fix it today or revert it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
Andrew Pinski changed:
What|Removed |Added
Severity|normal |blocker
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109165
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:c48be8298c27143c1a684c0cb9689c88d16f4b49
commit r13-6741-gc48be8298c27143c1a684c0cb9689c88d16f4b49
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #7 from Jakub Jelinek ---
So perhaps:
--- gcc/lra-constraints.cc.jj 2023-03-17 16:09:09.162136438 +0100
+++ gcc/lra-constraints.cc 2023-03-17 21:37:04.799285670 +0100
@@ -5020,7 +5020,9 @@ combine_reload_insn (rtx_insn *from,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109171
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2023-03-17
Ever confirme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104332
--- Comment #11 from CVS Commits ---
The releases/gcc-11 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:7ce83edf8ebbbc21b20aeed3a3ab06bb2e9e02cb
commit r11-10583-g7ce83edf8ebbbc21b20aeed3a3ab06bb2e9e02cb
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104332
--- Comment #12 from CVS Commits ---
The releases/gcc-10 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:c5cb9d8819eb9551d23f77e63cb3399115f0aab8
commit r10-11255-gc5cb9d8819eb9551d23f77e63cb3399115f0aab8
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106945
--- Comment #8 from CVS Commits ---
The releases/gcc-11 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:f68f0e69d988ca999c09953811f3cc722f114677
commit r11-10584-gf68f0e69d988ca999c09953811f3cc722f114677
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106945
--- Comment #9 from CVS Commits ---
The releases/gcc-10 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:3cca6b5fa51fd271644082761de85e89fd56d69c
commit r10-11256-g3cca6b5fa51fd271644082761de85e89fd56d69c
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104332
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106945
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #8 from Peter Bergner ---
Here's another creduced test case, this one with -O2 optimization:
bergner@ltcden2-lp1:PR109179$ cat bug2.i
union u
{
_Float128 flt;
long sign;
};
_Float128
foo (long src)
{
union u var;
var.sign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #9 from Vladimir Makarov ---
(In reply to Jakub Jelinek from comment #7)
> So perhaps:
> --- gcc/lra-constraints.cc.jj 2023-03-17 16:09:09.162136438 +0100
> +++ gcc/lra-constraints.cc2023-03-17 21:37:04.799285670 +0100
> @@ -5020
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #10 from Peter Bergner ---
(In reply to Jakub Jelinek from comment #7)
> So perhaps:
> --- gcc/lra-constraints.cc.jj 2023-03-17 16:09:09.162136438 +0100
> +++ gcc/lra-constraints.cc2023-03-17 21:37:04.799285670 +0100
> @@ -5020,7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109163
David Malcolm changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #12 from Peter Bergner ---
(In reply to Jakub Jelinek from comment #7)
> So perhaps:
> --- gcc/lra-constraints.cc.jj 2023-03-17 16:09:09.162136438 +0100
> +++ gcc/lra-constraints.cc2023-03-17 21:37:04.799285670 +0100
> @@ -5020,7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #13 from Peter Bergner ---
(In reply to Peter Bergner from comment #12)
> I'll try moving the test up earlier and testing with that.
So this fixes the ICEs on the two test cases above. I'll try a full bootstrap
with it.
--- a/gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109179
--- Comment #14 from Vladimir Makarov ---
(In reply to Peter Bergner from comment #13)
> (In reply to Peter Bergner from comment #12)
> > I'll try moving the test up earlier and testing with that.
>
> So this fixes the ICEs on the two test case
1 - 100 of 134 matches
Mail list logo
