https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42117
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42195
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100914
--- Comment #4 from José Rui Faustino de Sousa ---
Created attachment 50956
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50956&action=edit
Missing macros
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100914
--- Comment #3 from José Rui Faustino de Sousa ---
This is the same problem as in PR100910.
I will attach an updated file.
Thank you very much.
Best regards,
José Rui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100910
--- Comment #4 from José Rui Faustino de Sousa ---
Created attachment 50955
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50955&action=edit
Missing macros
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100910
--- Comment #3 from José Rui Faustino de Sousa ---
AFAIK the "CMPLX" macros are part of C11 and should be defined in the standard
header "complex.h"...
Since there are no complains about the header, maybe just adding the definition
of the macro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100907
--- Comment #4 from José Rui Faustino de Sousa ---
Created attachment 50954
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50954&action=edit
Mac OS support
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100907
--- Comment #3 from José Rui Faustino de Sousa ---
It seems that Mac OS doesn't have the full set of C11 standard headers... :-(
It should work using "stdint.h" and typedef(ing) char32_t to uint32_t.
If that doesn't work either one could try "
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100925
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100928
Bug ID: 100928
Summary: [c++20] ICE with structural type value returned from
constexpr function as template argument
Product: gcc
Version: 11.1.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95501
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100925
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100925
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100925
--- Comment #3 from David Binderman ---
That one seems bad, so current range is (ea418485c700494c..d2d74c9fc0cf46f6),
so 15 revisions left.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100920
--- Comment #3 from Eric Botcazou ---
> It may not be immediately obvious from my example but the the builtin_alloca
> is not the only problem.
>
> Any malloc/calloc has the same effect. Even if one requires casts at alloc
> time, any free wil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100925
--- Comment #2 from David Binderman ---
(In reply to David Binderman from comment #1)
> Seems ok at ea418485c700494c. Trying 7ed1cd9665d8ca0f
Tried it and it seems bad. Range seems to be (ea418485c700494c,
7ed1cd9665d8ca0f).
Trying d2d74c9fc0cf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100927
Bug ID: 100927
Summary: [sse2] floating point to integer conversion functions
incorrect results w/ NaN constants + optimization
Product: gcc
Version: 11.1.1
Status: UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100925
--- Comment #1 from David Binderman ---
Seems ok at ea418485c700494c. Trying 7ed1cd9665d8ca0f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100926
Bug ID: 100926
Summary: PPCLE: Inefficient code for vec_xl_be(unsigned short
*) < P9
Product: gcc
Version: 8.3.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100920
--- Comment #2 from George Thopas ---
(In reply to Eric Botcazou from comment #1)
> The warning on the union is indeed an oversight, but the other is
> conservatively correct, although we may make a special case for
> __builtin_alloca.
Hi Eric,
void DOpenGLPaintDeviceresize() {
if (DOpenGLPaintDeviceresize_d.fbo)
DOpenGLPaintDeviceresize_d.fbo.reset();
}
compiled with recent gcc trunk, does this:
$ /home/dcb/gcc/results.20210605//bin/g++ -c -w -O1 bug722.cc 2>&1 | more
during GIMPLE pass: reassoc
bug722.cc: In function ‘void DOpenGLPaintD
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100734
John David Anglin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100734
--- Comment #13 from CVS Commits ---
The master branch has been updated by John David Anglin :
https://gcc.gnu.org/g:a0864ce8662bb9d715b51513697309f198f1da19
commit r12-1240-ga0864ce8662bb9d715b51513697309f198f1da19
Author: John David Anglin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100734
John David Anglin changed:
What|Removed |Added
Component|middle-end |target
--- Comment #12 from John Da
Configured with: /tmp/tmp.YBPd3t5p5G-gcc-builder/gcc/configure
--enable-languages=c,c++,lto --enable-checking-yes --enable-multiarch
--prefix=/scratch/software/gcc-trunk --disable-bootstrap
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 12.0.0 20210605 (experimental
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100920
Eric Botcazou changed:
What|Removed |Added
Summary|bogus warn on |bogus warnings with
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100920
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
Ever c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100914
Dominique d'Humieres changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100910
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100907
Dominique d'Humieres changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100855
Dominique d'Humieres changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100923
--- Comment #1 from Zhendong Su ---
It seems to affect all versions since 9.*, but not 8.*.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100924
--- Comment #3 from Christian Holme ---
Created attachment 50952
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50952&action=edit
Compilation log with gcc master, including exact version and command line
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100924
--- Comment #2 from Christian Holme ---
Created attachment 50951
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50951&action=edit
Source prepocessed with gcc 11.1.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100924
--- Comment #1 from Christian Holme ---
Created attachment 50950
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50950&action=edit
Compilation log with gcc 11.1.1, including exact version and command line
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100924
Bug ID: 100924
Summary: GCC 11.1.1 internal compiler error: segfault at VLA
function definition
Product: gcc
Version: 11.1.1
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100912
--- Comment #2 from Jonathan Wakely ---
Yes, or use "-Wl,-rpath,$HOME/usr/lib64" when linking.
I won't be able to test this myself until Monday
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100824
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:96963713f6a648a0ed890450e02ebdd8ff583b14
commit r12-1232-g96963713f6a648a0ed890450e02ebdd8ff583b14
Author: Jonathan Wakely
Date:
gcc version 12.0.0 20210605 (experimental) [master revision
549d7f4310f:e97b11a9189:f31729d794c4150f6cba97f33ec125e180abd7dd] (GCC)
[561] %
[561] % gcctk -O1 small.c; ./a.out
[562] %
[562] % gcctk -Os small.c
[563] % ./a.out
Floating point exception
[564] %
[564] % cat small.c
int a = 1, b, c, *d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100922
--- Comment #3 from Andrew Pinski ---
(In reply to Peter Cordes from comment #2)
> Possibly also related:
Fully unrelated.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100922
--- Comment #2 from Peter Cordes ---
Possibly also related:
With different surrounding code, this loop can compile to asm which has two
useless movz / mov register copies in the loop at -O2
(https://godbolt.org/z/PTcqzM6q7). (To set up for en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100922
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100922
Bug ID: 100922
Summary: CSE leads to fully redundant (back to back)
zero-extending loads of the same thing in a loop, or a
register copy
Product: gcc
Version: 12
43 matches
Mail list logo
