https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108153
Bug ID: 108153
Summary: Profiled lto bootstrap failure with modula2
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: modu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108152
--- Comment #1 from Andrew Pinski ---
{ dg-options "" }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108152
Bug ID: 108152
Summary: gcc.dg/pr71558.c fails for LLP64
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108151
Andrew Pinski changed:
What|Removed |Added
Target||*-*-mingw*
--- Comment #1 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108151
Bug ID: 108151
Summary: gcc.dg/pr64536.c stores pointers in a long, broken for
llp64
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108150
Bug ID: 108150
Summary: gcc.dg/attr-aligned.c fails with incorrect max
alignment
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107612
--- Comment #9 from Iain Sandoe ---
mystery solved.
The symbols are also undefined on Linux, but the linux linker silently allows
this.
To do this on Darwin, we have to add -Wl,-undefined,dynamic_lookup
However, this mode is looking like it's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102780
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107675
--- Comment #16 from Thomas Neumann ---
I have committed a fix:
commit 6e56633daae79f514b0e71f4d9849bcd8d9ce71f
Author: Thomas Neumann
Date: Fri Dec 9 18:23:44 2022 +0100
initialize fde objects lazily
When registering an unwind fram
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108147
--- Comment #12 from Gaius Mulley ---
The patch LGTM.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108147
Gaius Mulley changed:
What|Removed |Added
CC||gaius at gcc dot gnu.org
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108149
--- Comment #2 from Andrew Pinski ---
https://gcc.gnu.org/pipermail/gcc-patches/2009-November/273251.html
was when it was added.
See also
https://patchwork.ozlabs.org/project/linuxppc-dev/patch/1384936551-8494-1-git-send-email-tiejun.c...@windr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108149
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2022-12-16
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108149
Segher Boessenkool changed:
What|Removed |Added
Target||powerpc*
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108149
Bug ID: 108149
Summary: rs6000: e500mc64 was never released
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108138
Patrick Palka changed:
What|Removed |Added
Target Milestone|12.0|10.5
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102780
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:16605ad9b1e1a6c5aab2c98b5b0f995285584f81
commit r10-11124-g16605ad9b1e1a6c5aab2c98b5b0f995285584f81
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108138
--- Comment #11 from CVS Commits ---
The releases/gcc-10 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:16605ad9b1e1a6c5aab2c98b5b0f995285584f81
commit r10-11124-g16605ad9b1e1a6c5aab2c98b5b0f995285584f81
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102780
--- Comment #5 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
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
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=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=108139
--- Comment #4 from Andrew Macleod ---
9->6 edge, not 6->9...
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=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=106479
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
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=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
Resolution|WORKSFORME |MOVED
--- Comment #4 from Andrew Pinski
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=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=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=108113
Thomas Schwinge changed:
What|Removed |Added
CC||tschwinge at gcc dot gnu.org
--- Comm
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=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=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=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=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=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=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=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=108147
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|gaius at gcc dot g
--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=108145
Rainer Orth changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Comment #
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=108106
H.J. Lu changed:
What|Removed |Added
Attachment #54106|0 |1
is obsolete|
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=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=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 #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
--- 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 #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 #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=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
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=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=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=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=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=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=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=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=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=108146
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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=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=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=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=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=108145
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |13.0
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
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=108137
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
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=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=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=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=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=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=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=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=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=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 #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=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=108072
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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=108144
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
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=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=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=108138
Jonathan Wakely changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment
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=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=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
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=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=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=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
1 - 100 of 119 matches
Mail list logo
