[Bug gprof/2587] Failed to build gprof under gmake patched by Apple.

2019-11-15 Thread nszabolcs at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=2587 Szabolcs Nagy changed: What|Removed |Added CC||nszabolcs at gmail dot com

[Bug ld/22269] Undefined weak symbols isn't resolved to 0 in static PIE

2019-10-22 Thread nszabolcs at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22269 --- Comment #39 from Szabolcs Nagy --- (In reply to Alan Modra from comment #37) > I agree that there shouldn't be relative relocs on anything to do with foo. > But a pattern that matches those but not relative relocs for powerpc64 on > the

[Bug ld/22269] Undefined weak symbols isn't resolved to 0 in static PIE

2019-10-21 Thread nszabolcs at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22269 Szabolcs Nagy changed: What|Removed |Added CC||nszabolcs at gmail dot com

[Bug ld/22589] aarch64: adrp relocation gets filled with non-zero address for undefined weak symbol

2019-10-21 Thread nszabolcs at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22589 Szabolcs Nagy changed: What|Removed |Added CC||nszabolcs at gmail dot com

[Bug ld/23428] New: ld does not put program headers in a load segment when static linking an executable

2018-07-18 Thread nszabolcs at gmail dot com
Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: nszabolcs at gmail dot com Target Milestone: --- simple static linking with is broken with 2.31 ld because it does not put program headers into a load section

[Bug admin/23156] build breaks with old makeinfo: gdb/doc/gdb.texinfo:43443: `gdb-add-index man' has no Up field

2018-05-10 Thread nszabolcs at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23156 Szabolcs Nagy changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug admin/23156] build breaks with old makeinfo: gdb/doc/gdb.texinfo:43443: `gdb-add-index man' has no Up field

2018-05-10 Thread nszabolcs at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23156 Szabolcs Nagy changed: What|Removed |Added Component|build |admin Version|8.1

[Bug ld/21086] static linking with --dynamic-list adds dynamic section and interpreter

2017-01-25 Thread nszabolcs at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=21086 --- Comment #1 from Szabolcs Nagy --- also discussed at https://sourceware.org/ml/binutils/2017-01/msg00429.html -- You are receiving this mail because: You are on the CC list for the bug. ___

[Bug ld/21086] New: static linking with --dynamic-list adds dynamic section and interpreter

2017-01-25 Thread nszabolcs at gmail dot com
Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: nszabolcs at gmail dot com Target Milestone: --- i think static linking should work (produce a static linked executable without any dynamic linker) even

[Bug ld/20737] [aarch64] -static -pie linked binary has R_AARCH64_ABS64 relocation

2016-10-26 Thread nszabolcs at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20737 Szabolcs Nagy changed: What|Removed |Added Target||aarch64-*, arm-* --- Comment #1 from

[Bug ld/20737] New: [aarch64] -static -pie linked binary has R_AARCH64_ABS64 relocation

2016-10-26 Thread nszabolcs at gmail dot com
Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: nszabolcs at gmail dot com Target Milestone: --- with -static -pie all symbols should be resolved within the executable module, only R_AARCH64_RELATIVE relocations may

[Bug ld/20636] [arm] ld crash when linking glibc unwind code

2016-09-27 Thread nszabolcs at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20636 --- Comment #8 from Szabolcs Nagy --- (In reply to Szabolcs Nagy from comment #7) > (order of objects in the archive seems to matter for some reason). that's only because the out-of-bound reldata->hashes[2] entry happens to be 0 with some

[Bug ld/20636] [arm] ld crash when linking glibc unwind code

2016-09-27 Thread nszabolcs at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20636 --- Comment #7 from Szabolcs Nagy --- attached the asm test cases, they are compiled from glibc sources sysdeps/gnu/unwind-resume.c sysdeps/arm/find_exidx.c sysdeps/arm/aeabi_unwind_cpp_pr1.c and an archive of the resulting objects triggers

[Bug ld/20636] [arm] ld crash when linking glibc unwind code

2016-09-27 Thread nszabolcs at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20636 --- Comment #6 from Szabolcs Nagy --- Created attachment 9529 --> https://sourceware.org/bugzilla/attachment.cgi?id=9529=edit testcase asm 3 -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/20636] [arm] ld crash when linking glibc unwind code

2016-09-27 Thread nszabolcs at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20636 --- Comment #5 from Szabolcs Nagy --- Created attachment 9528 --> https://sourceware.org/bugzilla/attachment.cgi?id=9528=edit testcase asm 2 -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/20636] [arm] ld crash when linking glibc unwind code

2016-09-27 Thread nszabolcs at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20636 --- Comment #4 from Szabolcs Nagy --- Created attachment 9527 --> https://sourceware.org/bugzilla/attachment.cgi?id=9527=edit testcase asm 1 -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/20636] [arm] ld crash when linking glibc unwind code

2016-09-27 Thread nszabolcs at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20636 --- Comment #1 from Szabolcs Nagy --- during bfd_elf_final_link: bfd/elflink.c:11409 bfd_elf_final_link first sets reldata->count to 2 bfd/elf32-arm.c:19031 elf32_arm_count_output_relocs counts 3 output relocs

[Bug ld/20636] New: [arm] ld crash when linking glibc unwind code

2016-09-26 Thread nszabolcs at gmail dot com
Component: ld Assignee: unassigned at sourceware dot org Reporter: nszabolcs at gmail dot com Target Milestone: --- Created attachment 9522 --> https://sourceware.org/bugzilla/attachment.cgi?id=9522=edit archive of 3 object files from glibc if i cross compile glibc tr

[Bug ld/18705] handle extern protected data

2015-07-27 Thread nszabolcs at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=18705 Szabolcs Nagy nszabolcs at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug ld/18705] handle extern protected data

2015-07-22 Thread nszabolcs at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=18705 Szabolcs Nagy nszabolcs at gmail dot com changed: What|Removed |Added Assignee|unassigned at sourceware dot org

[Bug ld/18705] New: handle extern protected data

2015-07-22 Thread nszabolcs at gmail dot com
Assignee: unassigned at sourceware dot org Reporter: nszabolcs at gmail dot com Target Milestone: --- Same as bug 17709 for aarch64 and arm, related to glibc bug 17711. _bfd_elf_symbol_refs_local_p should return false for protected visibility data in shared objects, so the main module

[Bug ld/18705] handle extern protected data

2015-07-22 Thread nszabolcs at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=18705 Szabolcs Nagy nszabolcs at gmail dot com changed: What|Removed |Added Target||arm