[Bug ld/5276] linking fails with large C++ projects with -Wl,--relax

2015-02-26 Thread mcree at orcon dot net.nz
https://sourceware.org/bugzilla/show_bug.cgi?id=5276 --- Comment #13 from Michael Cree --- (In reply to Uros Bizjak from comment #12) > (In reply to Richard Henderson from comment #11) > > Should be fixed on mainline as of d1c109de72f880ea2a761fccb41f330672674 fd9 > > Confirmed that GCC 5

[Bug ld/21181] New: All executables segfault when linked with -z, now on Alpha.

2017-02-18 Thread mcree at orcon dot net.nz
Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: mcree at orcon dot net.nz Target Milestone: --- Target: alpha Recent regression seen first with binutils Debian version 2.27.90.20170124-2. All executables compiled with

[Bug ld/21181] All executables segfault when linked with -z,now on Alpha.

2017-02-19 Thread mcree at orcon dot net.nz
https://sourceware.org/bugzilla/show_bug.cgi?id=21181 --- Comment #2 from Michael Cree --- Yes, RELASZ is set to zero in executables linked with -z,now (the example below from a simple "Hello World!" program): Dynamic Section: NEEDED libc.so.6.1 INIT 0x00012

[Bug ld/21181] All executables segfault when linked with -z,now on Alpha.

2017-02-20 Thread mcree at orcon dot net.nz
https://sourceware.org/bugzilla/show_bug.cgi?id=21181 --- Comment #4 from Michael Cree --- Tested patch against binutils debian version 2.27.90.20170218. It fixes the problem! Executables linked with -z,now work. But, did you mean for RELA/RELASZ still to be emitted? objdump -p reveals in the

[Bug ld/12608] TLS relocations issues on alpha

2011-03-31 Thread mcree at orcon dot net.nz
http://sourceware.org/bugzilla/show_bug.cgi?id=12608 Michael Cree changed: What|Removed |Added CC||mcree at orcon dot net.nz --- Comment

[Bug ld/12608] TLS relocations issues on alpha

2011-04-01 Thread mcree at orcon dot net.nz
http://sourceware.org/bugzilla/show_bug.cgi?id=12608 --- Comment #13 from Michael Cree 2011-04-02 00:24:12 UTC --- Created attachment 5641 --> http://sourceware.org/bugzilla/attachment.cgi?id=5641 Patch to fix relax tls Patch to fix this issue. On entry to elf64_alpha_relax_tls_get_addr() th

[Bug ld/5276] relax is not yet perfect. fails linking large c++

2011-04-02 Thread mcree at orcon dot net.nz
||mcree at orcon dot net.nz Resolution|WORKSFORME | --- Comment #8 from Michael Cree 2011-04-02 19:58:29 UTC --- This bug has been seen in linking xulrunner, webkit and libreoffice in the last few months on Debian unstable distribution. These programs

[Bug ld/16121] New: alpha: failed assert at bfd/elf64-alpha.c:3935 when using --no-keep-memory

2013-11-05 Thread mcree at orcon dot net.nz
Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: mcree at orcon dot net.nz Target: alpha When linking with --no-keep-memory on Alpha get failed assertion: gcc -Wl,--no-keep-memory -o test test.c collect2

[Bug ld/30940] New: alpha: ld segfaults in

2023-10-04 Thread mcree at orcon dot net.nz
Assignee: unassigned at sourceware dot org Reporter: mcree at orcon dot net.nz Target Milestone: --- ld running on Alpha has been noted to be segfaulting on certain builds in the debian-ports archive. Backtrace of a coredump with latest build gives: #0 0x00012005fa08 in

[Bug ld/30940] alpha: ld segfaults in

2023-10-05 Thread mcree at orcon dot net.nz
https://sourceware.org/bugzilla/show_bug.cgi?id=30940 --- Comment #2 from Michael Cree --- Thanks, tried with the patch. Linking succeeds with no warning messages. Built package went on to complete test suite with no failure so resultant executable appears to work. -- You are receiving this ma