https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120653
Sam James changed:
What|Removed |Added
See Also||https://bugs.gentoo.org/sho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120653
--- Comment #13 from Jakub Jelinek ---
In the good case,
_Unwind_Find_FDE (pc=0x77dc32cb <_Unwind_Backtrace+59>,
bases=bases@entry=0x7fffe008) at ../../../libgcc/unwind-dw2-btree.h:860
calls _dl_find_object on that pc and it gives
(gdb)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116389
--- Comment #11 from GCC Commits ---
The master branch has been updated by Georg-Johann Lay :
https://gcc.gnu.org/g:fc0a8eee5b599cb475ba067ed8ee965cec17c447
commit r16-1511-gfc0a8eee5b599cb475ba067ed8ee965cec17c447
Author: Georg-Johann Lay
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56183
Bug 56183 depends on bug 116389, which changed state.
Bug 116389 Summary: [15/16 regression] [avr] ICE in extract_constrain_insn for
avrtiny and -O2 with ext-dce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116389
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120423
Georg-Johann Lay changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120423
--- Comment #3 from GCC Commits ---
The releases/gcc-15 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:61789b5abec3079d02ee9eaa7468015ab1f6f701
commit r15-9837-g61789b5abec3079d02ee9eaa7468015ab1f6f701
Author: Georg-Johann
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120423
--- Comment #4 from GCC Commits ---
The master branch has been updated by Georg-Johann Lay :
https://gcc.gnu.org/g:fc0a8eee5b599cb475ba067ed8ee965cec17c447
commit r16-1511-gfc0a8eee5b599cb475ba067ed8ee965cec17c447
Author: Georg-Johann Lay
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116389
Georg-Johann Lay changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120653
--- Comment #15 from Florian Weimer ---
Jakub, thanks for the really helpful analysis!
In glibc, we do additional gymnastics to self-relocate the dynamic linker
earlier, with a compiler barrier, but only for HIDDEN_VAR_NEEDS_DYNAMIC_RELOC
archi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120653
--- Comment #17 from H.J. Lu ---
(In reply to Jakub Jelinek from comment #14)
> Seems _dl_start_final is in this configuration inlined into _dl_start and
> the important difference is (-fstrict-aliasing to -fno-strict-aliasing):
> @@ -1206,11 +1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120651
Sam James changed:
What|Removed |Added
Target Milestone|--- |15.2
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120652
Sam James changed:
What|Removed |Added
Target Milestone|--- |16.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120653
--- Comment #18 from H.J. Lu ---
[hjl@gnu-zen4-1 cvise-1]$ cat x.i
typedef long Elf64_Addr;
struct
{
Elf64_Addr l_map_start, l_map_end;
} _dl_rtld_map;
extern int __ehdr_start __attribute__((visibility("hidden")));
extern int _end __attribute_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120621
James K. Lowden changed:
What|Removed |Added
Last reconfirmed||2025-06-14
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51961
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=120656
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120657
Bug ID: 120657
Summary: Improve diagnostic for conditional operators that
create the invalid type restrict void
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109045
--- Comment #4 from Thiago Macieira ---
Even then those are function calls. But at the state of art of both compilers,
we can't assume on results of calls.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120653
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #20 from H.J. Lu ---
(In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120653
--- Comment #14 from Jakub Jelinek ---
Seems _dl_start_final is in this configuration inlined into _dl_start and the
important difference is (-fstrict-aliasing to -fno-strict-aliasing):
@@ -1206,11 +1207,8 @@ _dl_start:
pushq %rbp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120653
--- Comment #16 from Sergio Durigan Junior ---
Thank you very much for the detailed investigation; much appreciated.
I'm not sure if it's still needed, but to reply to Jakub's request, here's how
glibc is being built:
https://github.com/wolfi-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120653
--- Comment #19 from H.J. Lu ---
I opened a glibc bug:
https://sourceware.org/bugzilla/show_bug.cgi?id=33088
and attached a patch:
https://sourceware.org/bugzilla/attachment.cgi?id=16138
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116389
--- Comment #10 from GCC Commits ---
The releases/gcc-15 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:61789b5abec3079d02ee9eaa7468015ab1f6f701
commit r15-9837-g61789b5abec3079d02ee9eaa7468015ab1f6f701
Author: Georg-Johan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120655
Bug ID: 120655
Summary: c++17 CTAD, alias template in a constructor render a
non-deducible context
Product: gcc
Version: 13.3.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120656
Bug ID: 120656
Summary: SEGV with a Function Returning a TYPE with ALLOCATABLE
Component
Product: gcc
Version: 15.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119705
--- Comment #10 from Michał Górny ---
I've used the original command, i.e.:
/usr/bin/c++ -DFLANG_INCLUDE_TESTS=1 -D_DEBUG -D_GLIBCXX_ASSERTIONS
-D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS
-D__STDC_LIMIT_MACROS -I/home/mgorny/g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119705
--- Comment #11 from Michał Górny ---
Ah, sorry, forgot to mention versions:
gcc (Gentoo 14.3.0 p8) 14.3.0
clang version 21.0.0git23d0c734
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120653
--- Comment #8 from Sam James ---
Created attachment 61638
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61638&action=edit
build.sh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120653
--- Comment #9 from Sam James ---
optimize("no-strict-aliasing") on _dl_start_final is enough to break it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120653
Sam James changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120653
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
Last rec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120424
--- Comment #9 from Georg-Johann Lay ---
(In reply to Sam James from comment #8)
> See
> https://inbox.sourceware.org/gcc-patches/ormsalbaic@lxoliva.fsfla.org/.
Thanks for the pointer and sorry for the noise. I missed that it's 2 patches,
a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120424
--- Comment #7 from Georg-Johann Lay ---
This patch turns the test cases for
gcc.target/avr/torture/pr118591-1.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118591#c4
into ICEs:
$ make -k check-gcc RUNTESTFLAGS="--target_board=atmega128-sim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120424
--- Comment #8 from Sam James ---
(In reply to Georg-Johann Lay from comment #7)
> This patch turns the test cases for
>
> gcc.target/avr/torture/pr118591-1.c
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118591#c4
>
> into ICEs:
>
See http
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120653
--- Comment #5 from Sam James ---
Created attachment 61636
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61636&action=edit
rtld.i.xz
Building elf/rtld.o with -fno-strict-aliasing breaks it. Attached rtld.i.xz.
It's built with:
```
gcc r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120653
--- Comment #6 from Sam James ---
Created attachment 61637
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61637&action=edit
rtld-unwind.tar.xz (tarball containing good/bad rtld.os)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120653
--- Comment #7 from Sam James ---
The diff between the two is a bit noisy and the layout is a little different.
Dunno if it's interesting but in the bad object, __ehdr_start appears in
.rela.data.rel.ro.local.
```
│ -Relocation section '.rela.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120654
Bug ID: 120654
Summary: Crash at -O3: during GIMPLE pass: ivopts
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120653
Sam James changed:
What|Removed |Added
CC||fw at gcc dot gnu.org
Component|tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109045
Thiago Macieira changed:
What|Removed |Added
CC||thiago at kde dot org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109045
--- Comment #3 from Andrew Pinski ---
(In reply to Thiago Macieira from comment #2)
> GCC doesn't print anything and doesn't take the assumption into account, but
> Clang prints:
>
> warning: assumption is ignored because it contains (potential
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120653
--- Comment #12 from Jakub Jelinek ---
Reproduced. It is actually _Unwind_Find_FDE not finding context->ra from
libgcc_s.so.1 in the bad ld.so case and finding it in the correct case.
42 matches
Mail list logo
