https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68849
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108140
Bug ID: 108140
Summary: tzcnt gives different result in debug vs release
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108138
Richard Biener changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108139
Richard Biener changed:
What|Removed |Added
Keywords||needs-bisection, wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108140
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108140
--- Comment #2 from Jakub Jelinek ---
And -fsanitize=undefined is able to sanitize those.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108086
--- Comment #10 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:711e0acdbb2645f5a8aa89014488c24e89ccb0f7
commit r13-4738-g711e0acdbb2645f5a8aa89014488c24e89ccb0f7
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108140
--- Comment #3 from Levo DeLellis ---
It's late and realized I meant to write rbitll but I can't seem to edit/correct
my post
Jakub ty I'll do just that.
Do you happen to know if clang uses the same sanitizers? I didn't seem to get
that on cla
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108141
Bug ID: 108141
Summary: [13 Regression] gcc.target/i386/pr64110.c FAIL since
r13-4727 on ia32
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108141
Jakub Jelinek changed:
What|Removed |Added
CC||hjl.tools at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108141
--- Comment #1 from Jakub Jelinek ---
Just counting number of instructions it is shorter though:
--- pr64110.s.r13-4726 2022-12-16 03:57:42.0 -0500
+++ pr64110.s.r13-4727 2022-12-16 03:57:48.0 -0500
@@ -11,106 +11,105 @@ bar:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108106
--- Comment #5 from Jakub Jelinek ---
protected visibility is almost always a bad answer for anything.
Wouldn't it be better to get rid of it in libhwasan and use something
different?
Say an hidden alias to an exported function?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106751
--- Comment #12 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:ddcaa60983b50378bde1b7e327086fe0ce101795
commit r13-4739-gddcaa60983b50378bde1b7e327086fe0ce101795
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106751
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11/12/13 Regression]|[10/11/12 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107065
--- Comment #15 from Jakub Jelinek ---
Fixed on the trunk so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108095
--- Comment #9 from Jakub Jelinek ---
Fixed on the trunk so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64290
Ev Drikos changed:
What|Removed |Added
Attachment #49990|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108086
--- Comment #11 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:340ddeae6611f6ab524211a009e97a85b4bba549
commit r13-4740-g340ddeae6611f6ab524211a009e97a85b4bba549
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108140
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108138
--- Comment #6 from Jonathan Wakely ---
Just for the record, since nobody seems to have said it yet, the slowdown is
independent of the -std option. GCC 8 is fast even with -std=gnu++17 (instead
of the default gnu++14) and GCC 11 is slow even wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108098
Thomas Schwinge changed:
What|Removed |Added
Last reconfirmed||2022-12-16
--- Comment #2 from Thomas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108142
Bug ID: 108142
Summary: Many empty directories created in the build directory
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108143
Bug ID: 108143
Summary: LONGREAL and powerpc64le-linux
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: modula2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108143
--- Comment #1 from Richard Biener ---
Since the frontend is "new" we might want to say m2 only supports IEEE long
double on powerpc?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108143
--- Comment #2 from Jakub Jelinek ---
For powerpc64le-linux, yes, sure. The question is if Modula has any C (etc.)
interoperability and what would such a change mean to it.
And, long double uses in the library
find gcc/m2 -type f | xargs grep l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108141
Richard Biener changed:
What|Removed |Added
CC||crazylht at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108138
Jonathan Wakely changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108086
Richard Biener changed:
What|Removed |Added
Summary|internal compiler error: in |[11/12/13 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108086
--- Comment #13 from Richard Biener ---
(In reply to Richard Biener from comment #12)
> A regression from GCC 10 which compiles this in 90s at -O1.
>
> Richard? Can you please look at this special-case of BB0 insn_info?
The following might be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108144
Bug ID: 108144
Summary: m2 does not respect
--enable-version-specific-runtime-libs
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108144
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108141
--- Comment #3 from Jakub Jelinek ---
Yeah.
For the PR64110:
typedef short V __attribute__((vector_size (32)));
V
foo (short x)
{
return (V) { x, x, x, x, x, x, x, x, x, x, x, x, x, x, x, x };
}
we emit with -m64 -O2 -mavx2
vmovd %ed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108072
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108141
--- Comment #4 from Richard Biener ---
(In reply to Jakub Jelinek from comment #3)
[...]
... From this POV I think r13-4727 is actually a step backwards
> because previously we were at least loading it into GPR, moving to SSE and
> broadcasting
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108144
--- Comment #1 from Richard Biener ---
I think libatomic configure.ac / Makefile.am has the bits to copy here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108140
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |12.3
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108144
--- Comment #2 from Richard Biener ---
but the code is there, maybe it's confused by the subdirs?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108130
--- Comment #1 from Richard Biener ---
We probably have all the "external" summaries multiple times now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108086
--- Comment #14 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:da85bfc75024a92b97e60e4436863dd5789786ec
commit r13-4743-gda85bfc75024a92b97e60e4436863dd5789786ec
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108139
Martin Liška changed:
What|Removed |Added
Summary|[13 Regression] wrong code |[13 Regression] wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108144
--- Comment #3 from Gaius Mulley ---
Awesome - thanks for the pointer - will examine the subdirs problem
simultaneously
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108138
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2022-12-16
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108138
--- Comment #8 from Martin Liška ---
(In reply to Andrew Pinski from comment #4)
> I think it was fixed by the patch which fixed/improved PR 102780:
> r12-4769-g9927ecbb42d5b
I can confirm this!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108043
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=108137
Martin Liška changed:
What|Removed |Added
Summary|[12/13 Regression] ICE: |[12/13 Regression] ICE:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108137
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: ro at gcc dot gnu.org
Target Milestone: ---
Target: i386-pc-solaris2.11
Between 20221214 (330b9a8d87dd73e10539da618496ad4964fee26d) and 20221216
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108145
--- Comment #1 from Rainer Orth ---
Created attachment 54111
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54111&action=edit
preprocessed input
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108145
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108146
Bug ID: 108146
Summary: gcc -pg does not produce gmon.out
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: gcov-profile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108098
--- Comment #3 from Tobias Burnus ---
The problem - at least when testing on a system with:
NVIDIA-SMI 440.118.02 Driver Version: 440.118.02 CUDA Version: 10.2
seems to be that libgomp/plugin/plugin-nvptx.c's GOMP_OFFLOAD_load_image has:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107608
--- Comment #10 from Jakub Jelinek ---
Some extra food for thought:
void bar (void);
void
foo (double x)
{
if (x >= -16.0 && x <= 16.0)
{
double y = x + 32.0;
double z = y * 42.5;
if (z < 600.0 || z > 3000.0)
bar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107608
--- Comment #11 from Richard Biener ---
(In reply to Jakub Jelinek from comment #10)
> Some extra food for thought:
> void bar (void);
>
> void
> foo (double x)
> {
> if (x >= -16.0 && x <= 16.0)
> {
> double y = x + 32.0;
> d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108106
--- Comment #6 from Thomas Schwinge ---
Comment on attachment 54106
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54106
An updated patch
Yes, that does resolve the the libsanitizer/HWASan build failure.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90706
Georg-Johann Lay changed:
What|Removed |Added
CC||gjl at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108146
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56456
Bug 56456 depends on bug 108127, which changed state.
Bug 108127 Summary: FP due to combination of -Warray-bounds and UBSAN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108127
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108127
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Resolu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108146
Sid.Touati at inria dot fr changed:
What|Removed |Added
Component|gcov-profile|libgcc
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108118
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:92eb0adc14a5f84acce7e5bc780b81b1544b24aa
commit r13-4745-g92eb0adc14a5f84acce7e5bc780b81b1544b24aa
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108138
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108098
--- Comment #4 from Tobias Burnus ---
Indeed, the following seems to also help with an older CUDA / JIT compiler.
Motivated by Thomas' work.
If we are sure that CUDA 11.0 fixes it, we could generate that code only for:
if (version2[0] < 7 ||
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108143
--- Comment #3 from Gaius Mulley ---
> find gcc/m2 -type f | xargs grep long.double | wc -l
> 222
its not perhaps quite as bad as 222, I think 100 cases as the directories
pge-boot and mc-boot contain machine generated source code.
find gcc/m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55918
m101010a at gmail dot com changed:
What|Removed |Added
CC||m101010a at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108147
Bug ID: 108147
Summary: Bootstrap failure on powerpc64le-linux with m2
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108143
--- Comment #4 from Segher Boessenkool ---
(In reply to Richard Biener from comment #1)
> Since the frontend is "new" we might want to say m2 only supports IEEE long
> double on powerpc?
No, the vast majority of powerpc*-* targets only supports
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108147
--- Comment #1 from Jakub Jelinek ---
The ICE seems to be during
#0 0x10ffc2e8 in m2linemap_WarningAtf (location=456515,
message=0x11f57210 "In procedure 'RegisterModule': unused parameter 'name' in
procedure 'RegisterModule'")
at .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108147
--- Comment #2 from Jakub Jelinek ---
M2Emit_EmitError is:
71 extern "C" void M2Emit_EmitError (unsigned int error, unsigned int
note, unsigned int token, DynamicStrings_String message)
72 {
73if (error)
74 {
75
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108147
--- Comment #3 from Segher Boessenkool ---
>0x10ffc2e0 <+0>: lis r2,4563
>0x10ffc2e4 <+4>: addir2,r2,29696
>0x10ffc2e8 <+8>: mflrr0
>0x10ffc2ec <+12>: std r30,-16(r1)
>0x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108147
--- Comment #4 from Jakub Jelinek ---
=> 0xbac0 : std r0,16(r1)
(gdb) p/x $r0
$46 = 0x1102fb0c
(gdb) p/x $r1
$47 = 0x7fffe600
so lr stored to 0x7fffe610, then
0xbac4 : stdur1,-48(r1)
On entry to m2l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108147
Segher Boessenkool changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108147
--- Comment #6 from Jakub Jelinek ---
Actually, I see:
grep WarningAtf /tmp/*.ii
/tmp/M2Emit.ii:extern void m2linemap_WarningAtf (m2linemap_location_t location,
void * message);
/tmp/M2Emit.ii: m2linemap_WarningAtf (M2LexBuf_TokenToLocation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108106
--- Comment #7 from H.J. Lu ---
It is about -mshared:
[hjl@gnu-cfl-3 tmp]$ cat foo.s
jmp __interceptor_sigsetjmp
.globl __interceptor_sigsetjmp
__interceptor_sigsetjmp:
nop
[hjl@gnu-cfl-3 tmp]$ as -o foo.o foo.s
[hjl@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108106
H.J. Lu changed:
What|Removed |Added
Attachment #54106|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97720
--- Comment #3 from m101010a at gmail dot com ---
After looking into this more, I have confirmed that this is definitely the
cause of bug 97339, and found a simpler reproduction in bug 55918 comment #4:
#include
class Foo
{
public:
Foo() { s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108145
Rainer Orth changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Comment #
--disable-werror --enable-multilib
--with-system-zlib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 13.0.0 20221216 (experimental) [master r13-4745-g92eb0adc14a] (GCC)
[593] %
[593] % gcctk -O3 -fno-inline-functions-called-once -fno-inline-small-functions
-fno-tree-ccp -fn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108147
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|gaius at gcc dot g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108147
--- Comment #8 from Jakub Jelinek ---
Short test that shows that on powerpc64le-linux:
void foo (int, ...);
void bar (int);
int baz (void) { foo (1); return 0; }
int qux (void) { bar (1); return 0; }
one gets at -O2 96 byte sized frame in baz ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108086
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rsandifo at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108141
--- Comment #5 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:b50fe16a3b2214c418ecc5febc0bb21bc17912b7
commit r13-4749-gb50fe16a3b2214c418ecc5febc0bb21bc17912b7
Author: Vladimir N. Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108145
--- Comment #3 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:b50fe16a3b2214c418ecc5febc0bb21bc17912b7
commit r13-4749-gb50fe16a3b2214c418ecc5febc0bb21bc17912b7
Author: Vladimir N. Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108106
--- Comment #9 from Thomas Schwinge ---
Comment on attachment 54114
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54114
Add __interceptor_sigsetjmp_internal
Voilà:
$ size
build-gcc/x86_64-pc-linux-gnu/libsanitizer/hwasan/.libs/libhw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108147
--- Comment #9 from Segher Boessenkool ---
(In reply to Jakub Jelinek from comment #8)
> Short test that shows that on powerpc64le-linux:
> void foo (int, ...);
> void bar (int);
> int baz (void) { foo (1); return 0; }
> int qux (void) { bar (1)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108147
--- Comment #10 from Jakub Jelinek ---
(In reply to Segher Boessenkool from comment #9)
> This is because of crtl->outgoing_args_size for varargs functions. It is not
> specific to ELFv2 afaics? Not sure why it seems to be easier to hit proble
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90706
--- Comment #17 from Vladimir Makarov ---
I've reverted my patch as it resulted in two new PRs. I'll do more work on
this PR and I'll start this job in Jan.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108113
Thomas Schwinge changed:
What|Removed |Added
CC||tschwinge at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108139
--- Comment #2 from Andrew Pinski ---
Folding statement: if (a.3_5 != 0)
Folding predicate a.3_5 != 0 to 1
Folded into: if (1 != 0)
I don't see how that could be possible. There is some issue coming from the
(not used on this path) uninitialize
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108146
--- Comment #3 from Andrew Pinski ---
(In reply to Sid.Touati from comment #2)
> Hi,
> this bug has been reported to the gcov-profile component [Bug
> gcov-profile/108146], Martin Liška found that it is more appropriate to
> submit it to glibC g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106479
--- Comment #1 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:2fdc8546b5c6cb1fe254e40b5bdd19ed6fbb44da
commit r13-4750-g2fdc8546b5c6cb1fe254e40b5bdd19ed6fbb44da
Author: David Malcolm
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99579
Andrew Pinski changed:
What|Removed |Added
Resolution|WORKSFORME |MOVED
--- Comment #4 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108146
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99579
Andrew Pinski changed:
What|Removed |Added
CC||Sid.Touati at inria dot fr
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106479
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106479
--- Comment #3 from David Malcolm ---
(In reply to David Malcolm from comment #2)
> Thanks; should be fixed by the above patch (lightly tested with
> hppa-linux-gnu and riscv32-unknown-linux-gnu).
...referring to the FAIL at line 9.
I believe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108139
--- Comment #3 from Andrew Macleod ---
(In reply to Andrew Pinski from comment #2)
> Folding statement: if (a.3_5 != 0)
> Folding predicate a.3_5 != 0 to 1
> Folded into: if (1 != 0)
>
> I don't see how that could be possible. There is some iss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108139
--- Comment #4 from Andrew Macleod ---
9->6 edge, not 6->9...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107768
--- Comment #9 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:0b1d66658ecdcc3d9251641a0b902b4c73ace303
commit r13-4751-g0b1d66658ecdcc3d9251641a0b902b4c73ace303
Author: Andrew Pinski
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72792
--- Comment #12 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:64c986b49558a7c356b85bda85195216936c29a3
commit r13-4752-g64c986b49558a7c356b85bda85195216936c29a3
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108138
--- Comment #10 from CVS Commits ---
The releases/gcc-11 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:71d2567a678b01a3a59064d22e0f9165be9e93c3
commit r11-10424-g71d2567a678b01a3a59064d22e0f9165be9e93c3
Author: Patrick Palka
1 - 100 of 119 matches
Mail list logo
