[Bug ld/28743] -z relro creats holes in the process image on GNU/Linux

https://sourceware.org/bugzilla/show_bug.cgi?id=28743 Florian Weimer changed: What|Removed |Added See Also||https://sourceware.org/bugz

[Bug binutils/31924] aarch64 kernels built with binutils 2.42.50.20240618 and later fail to boot

https://sourceware.org/bugzilla/show_bug.cgi?id=31924 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com -- You

[Bug ld/31868] Provide diagnostic option for ISA marker notes

https://sourceware.org/bugzilla/show_bug.cgi?id=31868 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com -- You

[Bug ld/30824] internal error with -z pack-relative-relocs

https://sourceware.org/bugzilla/show_bug.cgi?id=30824 --- Comment #11 from Florian Weimer --- I don't think we have seen further problems on ppc64le after Nick has backported Alan's fix into Fedora rawhide binutils. Thanks. -- You are receiving this mail because: You are on the CC list for the

[Bug ld/30824] BFD (GNU Binutils) 2.41 internal error, aborting at elf64-ppc.c:17531 in ppc64_elf_relocate_section

||/show_bug.cgi?id=2258061 CC||fweimer at redhat dot com --- Comment #1 from Florian Weimer --- This is likely caused by -Wl,-z,pack-relative-relocs, LTO is a bit of a red herring. -- You are receiving this mail

[Bug ld/14512] -z nodelete should be default for shared libraries

https://sourceware.org/bugzilla/show_bug.cgi?id=14512 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com -- You

[Bug ld/29512] ld non-canon ref to canon protected function check breaks Solaris/x86

https://sourceware.org/bugzilla/show_bug.cgi?id=29512 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com -- You

[Bug gas/29517] DWARF subprograms output by gas-2.39 have a 'void' return type

https://sourceware.org/bugzilla/show_bug.cgi?id=29517 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com -- You

[Bug ld/29235] Some glibc tests crash in DT_RELR relocation on powerpc64le

https://sourceware.org/bugzilla/show_bug.cgi?id=29235 Florian Weimer changed: What|Removed |Added See Also||https://bugzilla.redhat.com

[Bug ld/29235] Some glibc tests crash in DT_RELR relocation on powerpc64le

https://sourceware.org/bugzilla/show_bug.cgi?id=29235 Florian Weimer changed: What|Removed |Added Resolution|--- |INVALID Status|ASSIGNED

[Bug ld/29235] Some glibc tests crash in DT_RELR relocation on powerpc64le

https://sourceware.org/bugzilla/show_bug.cgi?id=29235 --- Comment #4 from Florian Weimer --- Created attachment 14139 --> https://sourceware.org/bugzilla/attachment.cgi?id=14139&action=edit test-tgmath3-fma reproducer program (XZ-compressed) The binary crashes glibc-2.35.9000-21.fc37.ppc64le,

[Bug ld/29235] Some tests crash in ELF_DYNAMIC_DO_RELR on powerpc64le

https://sourceware.org/bugzilla/show_bug.cgi?id=29235 Florian Weimer changed: What|Removed |Added Component|dynamic-link|ld Product|glibc

[Bug ld/29235] Some glibc tests crash in DT_RELR relocation on powerpc64le

https://sourceware.org/bugzilla/show_bug.cgi?id=29235 Florian Weimer changed: What|Removed |Added Summary|Some tests crash in |Some glibc tests crash in

[Bug ld/28814] Support creating empty ELF symbol versions without VER_FLG_WEAK

https://sourceware.org/bugzilla/show_bug.cgi?id=28814 --- Comment #3 from Florian Weimer --- Mailing list thread: [PATCH] elf: Don't set VER_FLG_WEAK https://sourceware.org/pipermail/binutils/2022-January/119497.html -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/28814] Support creating empty ELF symbol versions without VER_FLG_WEAK

https://sourceware.org/bugzilla/show_bug.cgi?id=28814 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com

[Bug ld/24718] BFD ld does not set VER_FLG_WEAK on version reference if all symbols are weak

https://sourceware.org/bugzilla/show_bug.cgi?id=24718 Florian Weimer changed: What|Removed |Added See Also||https://sourceware.org/bugz

[Bug ld/28814] New: Support creating empty ELF symbol versions without VER_FLG_WEAK

Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: fweimer at redhat dot com CC: hjl.tools at gmail dot com Target Milestone: --- In some sense this is opposite of bug 24718. If an object defines a sequence of

[Bug ld/2655] Incorrrect padding for .eh_frame section

||fweimer at redhat dot com -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/28743] BFD ld: ELF LOAD segments creating holes in the process image on GNU/Linux

https://sourceware.org/bugzilla/show_bug.cgi?id=28743 --- Comment #9 from Florian Weimer --- Created attachment 13890 --> https://sourceware.org/bugzilla/attachment.cgi?id=13890&action=edit ehframeopt.tar.gz A reproducer. $ ./ehframeopt | head -n 5 0040-00401000 r--p 00:25 50644

[Bug ld/28743] BFD ld: ELF LOAD segments creating holes in the process image on GNU/Linux

https://sourceware.org/bugzilla/show_bug.cgi?id=28743 --- Comment #7 from Florian Weimer --- (In reply to H.J. Lu from comment #6) > Can elf/tst-dl_find_object in glibc test be used as a testcase? I don't think so. The failure you saw has a different cause: we do not initialize l_contiguous for

[Bug ld/28743] BFD ld: ELF LOAD segments creating holes in the process image on GNU/Linux

https://sourceware.org/bugzilla/show_bug.cgi?id=28743 --- Comment #4 from Florian Weimer --- Could this be the result of running dwz on the binary? Thanks. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/28743] BFD ld: ELF LOAD segments creating holes in the process image on GNU/Linux

https://sourceware.org/bugzilla/show_bug.cgi?id=28743 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com

[Bug ld/28743] BFD ld: ELF LOAD segments creating holes in the process image on GNU/Linux

https://sourceware.org/bugzilla/show_bug.cgi?id=28743 Florian Weimer changed: What|Removed |Added See Also||https://sourceware.org/bugz

[Bug ld/28743] New: BFD ld: ELF LOAD segments creating holes in the process image on GNU/Linux

: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: fweimer at redhat dot com CC: hjl.tools at gmail dot com Target Milestone: --- Flags: security- BFD ld sometimes creates executables that have

[Bug binutils/28689] New: p_align in ELF program headers should not exceed section alignment

: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: fweimer at redhat dot com Target Milestone: --- Currently, on 32-bit and 64-bit Arm, it seems that BFD ld generates p_align values of 65536 even if no section alignment

[Bug gas/28595] glibc-2.34 build fails with linker error (TLS transition from R_386_TLS_GOTIE to R_386_TLS_LE_32 against `__libc_tsd_CTYPE_B' at 0xf4 in section `.text' failed)

https://sourceware.org/bugzilla/show_bug.cgi?id=28595 --- Comment #20 from Florian Weimer --- I think the relocations can't be placed into arbitrary instructions because the linker must be able to find the start of the instruction to adjust the instruction prefix. So GAS really should not assembl

[Bug gas/28595] glibc-2.34 build fails with linker error (TLS transition from R_386_TLS_GOTIE to R_386_TLS_LE_32 against `__libc_tsd_CTYPE_B' at 0xf4 in section `.text' failed)

https://sourceware.org/bugzilla/show_bug.cgi?id=28595 Florian Weimer changed: What|Removed |Added Component|build |gas Product|glibc

[Bug ld/27923] ld: Support DT_RELR relative relocation format

||fweimer at redhat dot com -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/13302] IRELATIVE relocation should come last

https://sourceware.org/bugzilla/show_bug.cgi?id=13302 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com -- You

[Bug gas/27243] --gdwarf-5 doesn't work on nios2

https://sourceware.org/bugzilla/show_bug.cgi?id=27243 Florian Weimer changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug gas/27243] --gdwarf-5 doesn't work on nios2

;t work on ||nios2 CC| |fweimer at redhat dot com -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/26815] Unnecessary error on linking STV_PROTECTED library: relocation R_X86_64_PC32 against protected symbol `f' can not be used when making a shared object

https://sourceware.org/bugzilla/show_bug.cgi?id=26815 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com -- You

[Bug gas/23465] wrongly scale non-8-bit x86 displacements

https://sourceware.org/bugzilla/show_bug.cgi?id=23465 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com

[Bug ld/15146] Reference from dummy plugin symbol isn't removed

https://sourceware.org/bugzilla/show_bug.cgi?id=15146 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com -- You

[Bug ld/26314] Linking LTO objects with conflicting symbol definitions from static and shared libraries fails

https://sourceware.org/bugzilla/show_bug.cgi?id=26314 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com -- You

[Bug ld/26312] ld produces broken PLT on aarch64 with BTI+PAC

https://sourceware.org/bugzilla/show_bug.cgi?id=26312 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com

[Bug ld/26312] New: ld produces broken PLT on aarch64 with BTI+PAC

Assignee: unassigned at sourceware dot org Reporter: fweimer at redhat dot com Target Milestone: --- Target: aarch64 Building glibc 2.32 on Fedora rawhide with GCC 10.2, -mbranch-protection=standard, and binutils 2.35 results in a libc.so.6 which lacks PAC support

[Bug ld/26047] Don't allow linking ET_EXEC

https://sourceware.org/bugzilla/show_bug.cgi?id=26047 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com

[Bug ld/26065] aarch64: binutils-gdb/ld/testsuite/ld-elf symbolic tests dl4e and dl4f fail

https://sourceware.org/bugzilla/show_bug.cgi?id=26065 Florian Weimer changed: What|Removed |Added Status|WAITING |NEW Product|glibc

[Bug ld/25384] Copy relocations and BIND_NOW on POWER ELFv1 results in crashes

https://sourceware.org/bugzilla/show_bug.cgi?id=25384 --- Comment #8 from Florian Weimer --- I believe later GCC (I tried 7) uses .data.relro with -O0 and the __pthread_key_create-based single thread detection, not .rodata. This means that the current toolchain is consistent and does not produce

[Bug ld/25384] Copy relocations and BIND_NOW on POWER ELFv1 results in crashes

https://sourceware.org/bugzilla/show_bug.cgi?id=25384 Florian Weimer changed: What|Removed |Added Attachment #12204|liblike-dk.so |liblike-dl.so description|

[Bug ld/25384] Copy relocations and BIND_NOW on POWER ELFv1 results in crashes

https://sourceware.org/bugzilla/show_bug.cgi?id=25384 --- Comment #2 from Florian Weimer --- Created attachment 12205 --> https://sourceware.org/bugzilla/attachment.cgi?id=12205&action=edit liblike-pthread.so -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/25384] Copy relocations and BIND_NOW on POWER ELFv1 results in crashes

https://sourceware.org/bugzilla/show_bug.cgi?id=25384 --- Comment #1 from Florian Weimer --- Created attachment 12204 --> https://sourceware.org/bugzilla/attachment.cgi?id=12204&action=edit liblike-dk.so -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/25384] New: Copy relocations and BIND_NOW on POWER ELFv1 results in crashes

Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: fweimer at redhat dot com Target Milestone: --- Target: powerpc64 Created attachment 12203 --> https://sourceware.org/bugzilla/attachment.cgi?id=12203&acti

[Bug gas/25295] Gas should have way to define symbol version without exporting its target

https://sourceware.org/bugzilla/show_bug.cgi?id=25295 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com -- You

[Bug ld/24920] Executable produces nonsensical error message after statically linking with trying to link in a dynamic library.

https://sourceware.org/bugzilla/show_bug.cgi?id=24920 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com

[Bug ld/24874] New: ld: --gc-sections reorders GNU build attributes

: ld Assignee: unassigned at sourceware dot org Reporter: fweimer at redhat dot com Target Milestone: --- On Fedora rawhide, this reproducer: cat > t.c <gcc 9.1.1 20190605 0x OPENApplies to region from 0 GA*GOW:0x452a0x

[Bug ld/24721] -Map generates corrupt .note.gnu.property section

https://sourceware.org/bugzilla/show_bug.cgi?id=24721 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com

[Bug ld/24836] --as-needed leaves unused direct dependencies

https://sourceware.org/bugzilla/show_bug.cgi?id=24836 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com

[Bug gas/6957] i386 NOPs must be derived from march not mtune

https://sourceware.org/bugzilla/show_bug.cgi?id=6957 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com

[Bug ld/24718] BFD ld does not set VER_FLG_WEAK on version reference if all symbols are weak

https://sourceware.org/bugzilla/show_bug.cgi?id=24718 --- Comment #16 from Florian Weimer --- (In reply to Carlos O'Donell from comment #15) > I can inject the flag: > > Version definition section '.gnu.version_d' contains 2 entries: > Addr: 0x03e8 Offset: 0x0003e8 Link: 4 (.dyns

[Bug ld/24718] BFD ld does not set VER_FLG_WEAK on version reference if all symbols are weak

https://sourceware.org/bugzilla/show_bug.cgi?id=24718 --- Comment #14 from Florian Weimer --- (In reply to Carlos O'Donell from comment #13) > (In reply to Florian Weimer from comment #12) > > says this: > > > > vna_flags > >Bitmask of fl

[Bug ld/24718] BFD ld does not set VER_FLG_WEAK on version reference if all symbols are weak

https://sourceware.org/bugzilla/show_bug.cgi?id=24718 Florian Weimer changed: What|Removed |Added Summary|Unresolved weak dependency |BFD ld does not set

[Bug ld/24718] Unresolved weak dependency on a versioned symbol should not prevent a program from running

https://sourceware.org/bugzilla/show_bug.cgi?id=24718 --- Comment #12 from Florian Weimer --- says this: vna_flags Bitmask of flags. Currently the following are defined: VER_FLG_WEAK the reference to this version is weak. I b

[Bug gold/17556] crashing when mixing SHF_ALLOC and non SHF_ALLOC sections

https://sourceware.org/bugzilla/show_bug.cgi?id=17556 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com -- You

[Bug ld/24458] Linker BFD 2.32 regression: __ehdr_start not useable in shared libraries: "relocation R_X86_64_PC32 against undefined symbol `__ehdr_start' can not be used when making a shared object;

https://sourceware.org/bugzilla/show_bug.cgi?id=24458 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com -- You

[Bug ld/23937] powerpc64le local ifunc IRELATIVE relocs are wrong

https://sourceware.org/bugzilla/show_bug.cgi?id=23937 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com

[Bug gas/23997] PLT32 relocation is off by 4

https://sourceware.org/bugzilla/show_bug.cgi?id=23997 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com -- You

[Bug gold/23455] gold: should the discarded version information warning exist?

https://sourceware.org/bugzilla/show_bug.cgi?id=23455 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com

[Bug gas/23840] .symver fails with multiple versions [...] for symbol `...'

https://sourceware.org/bugzilla/show_bug.cgi?id=23840 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com -- You

[Bug gold/23535] New: gold needs to produce two PT_NOTE segments with ELFCLASS64

Priority: P2 Component: gold Assignee: ccoutant at gmail dot com Reporter: fweimer at redhat dot com CC: ian at airs dot com Target Milestone: --- Flags: security- On ELFCLASS64 targets, the GNU gABI requires 4-byte alignment for

[Bug ld/23428] ld does not put program headers in a code-only load segment

https://sourceware.org/bugzilla/show_bug.cgi?id=23428 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com -- You

[Bug ld/23357] LD debug info cannot be read by valgrind

https://sourceware.org/bugzilla/show_bug.cgi?id=23357 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com -- You

[Bug gas/23153] gas: distinct input and output files are not properly detected on not-fully-emulated POSIX platforms

https://sourceware.org/bugzilla/show_bug.cgi?id=23153 --- Comment #10 from Florian Weimer --- (In reply to Nick Clifton from comment #9) > My assumption is that even if inode 0 is valid for the filesystem it is > extremely unlikely that this value will just happen to be used for an > assembler in

[Bug gas/23153] gas: distinct input and output files are not properly detected on not-fully-emulated POSIX platforms

https://sourceware.org/bugzilla/show_bug.cgi?id=23153 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com

[Bug ld/22929] x86_64 linker seg-faults when creating a shared object from an input containg relocations against note section without SHF_ALLOC

https://sourceware.org/bugzilla/show_bug.cgi?id=22929 --- Comment #4 from Florian Weimer --- (In reply to H.J. Lu from comment #3) > The value will be wrong. Linker can only resolve PC relative relocations > against local definition. Agreed. I think we need to fix the producer for these reloca

[Bug ld/22929] x86_64 linker seg-faults when creating a shared object from an input containg relocations against a note section

https://sourceware.org/bugzilla/show_bug.cgi?id=22929 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com -- You

[Bug binutils/22875] Strip complains about and then destroys unrecognised relocs

https://sourceware.org/bugzilla/show_bug.cgi?id=22875 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com -- You

[Bug binutils/22444] Incorrect note padding check

https://sourceware.org/bugzilla/show_bug.cgi?id=22444 --- Comment #2 from Florian Weimer --- Can we really change this in binutils and glibc at this point? Don't we have to change the gabi documentation instead? -- You are receiving this mail because: You are on the CC list for the bug. __

[Bug binutils/22444] Incorrect note padding check

https://sourceware.org/bugzilla/show_bug.cgi?id=22444 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com -- You

[Bug binutils/22136] Support marking "debug" info files with special ET_GNU_DEBUG_* values.

https://sourceware.org/bugzilla/show_bug.cgi?id=22136 --- Comment #10 from Florian Weimer --- (In reply to H.J. Lu from comment #9) > (In reply to Florian Weimer from comment #7) > > The dynamic linker cannot easily reject to load binaries with a specific > > program note because it uses the NOTE

[Bug binutils/22136] Support marking "debug" info files with special ET_GNU_DEBUG_* values.

https://sourceware.org/bugzilla/show_bug.cgi?id=22136 --- Comment #7 from Florian Weimer --- The dynamic linker cannot easily reject to load binaries with a specific program note because it uses the NOTE program header, and separated debuginfo currently has invalid program headers (well, the head

[Bug binutils/22136] Support marking "debug" info files with special ET_GNU_DEBUG_* values.

https://sourceware.org/bugzilla/show_bug.cgi?id=22136 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com

[Bug ld/20535] DSO1 needed by DSO2 linked into executable not found without -rpath-link, even though DT_RPATH and -rpath would find it

||fweimer at redhat dot com Resolution|--- |FIXED --- Comment #8 from Florian Weimer --- Fixed in binutils 2.28. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug

[Bug ld/20535] DSO1 needed by DSO2 linked into executable not found without -rpath-link, even though DT_RPATH and -rpath would find it

https://sourceware.org/bugzilla/show_bug.cgi?id=20535 Florian Weimer changed: What|Removed |Added CC||sdvormwa at mtu dot edu --- Comment

[Bug ld/16936] $ORIGIN in shared library's rpath not used to find library dependencies at link time

||fweimer at redhat dot com Resolution|--- |DUPLICATE --- Comment #4 from Florian Weimer --- Fixed in binutils 2.28. *** This bug has been marked as a duplicate of bug 20535 *** -- You are receiving this mail because: You are on the CC list

[Bug ld/21532] AArch64: Symbol address inconsistency across compilation units

https://sourceware.org/bugzilla/show_bug.cgi?id=21532 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com -- You

[Bug ld/12654] R_386_TLS_LDO_32 relocations aren't handled properly with -pie

https://sourceware.org/bugzilla/show_bug.cgi?id=12654 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com -- You

[Bug ld/20852] glibc/MIPS strfry call strlen by bal not jalr

https://sourceware.org/bugzilla/show_bug.cgi?id=20852 --- Comment #6 from Florian Weimer --- (In reply to ambrosehua from comment #5) > But I wonder if glibc defining __GI_strlen is legal for making a strlen > unavailalble to be interposed in strfry. Is libc.so a special case for symbol > interp

[Bug ld/20852] glibc/MIPS strfry call strlen by bal not jalr

||2016-11-22 CC||fweimer at redhat dot com Ever confirmed|0 |1 --- Comment #2 from Florian Weimer --- There is no expectation that strlen can be interposed with the effect that glibc starts using the

[Bug ld/20515] i686 ifunc and non-default symbol visibility

https://sourceware.org/bugzilla/show_bug.cgi?id=20515 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com

[Bug gprof/19904] SIGPROF keeps a large task from ever completing a fork()

https://sourceware.org/bugzilla/show_bug.cgi?id=19904 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com -- You

[Bug binutils/18879] general protection fault in readelf (byte_get_little_endian(elfcomm.c:149))

https://sourceware.org/bugzilla/show_bug.cgi?id=18879 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com

[Bug ld/17324] ld -r not generate cantunwind records in .ARM.exidx section

https://sourceware.org/bugzilla/show_bug.cgi?id=17324 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com

[Bug libc/9843] relocation R_386_GOTOFF against undefined hidden symbol '_begin' can not be used when making a shared object

https://sourceware.org/bugzilla/show_bug.cgi?id=9843 Florian Weimer changed: What|Removed |Added Flags||security- -- You are receiving this

[Bug ld/14940] s390 -pie issues with TLS relocations

https://sourceware.org/bugzilla/show_bug.cgi?id=14940 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com -- You

[Bug gold/15153] gold fails to detect undefined symbol

http://sourceware.org/bugzilla/show_bug.cgi?id=15153 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com

[Bug ld/15107] Linking against GNU_UNIQUE symbol creates GNU_UNIQUE symbol without selecting GNU ABI

http://sourceware.org/bugzilla/show_bug.cgi?id=15107 --- Comment #3 from Florian Weimer 2013-02-06 19:36:05 UTC --- (In reply to comment #2) > Please try this The reference is now GLOBAL instead of LOOS+0/GNU_UNIQUE. But I don't know if this breaks anything else. -- Configure bugmail: http:/

[Bug ld/15107] Linking against GNU_UNIQUE symbol creates GNU_UNIQUE symbol without selecting GNU ABI

http://sourceware.org/bugzilla/show_bug.cgi?id=15107 --- Comment #1 from Florian Weimer 2013-02-06 18:16:25 UTC --- Created attachment 6849 --> http://sourceware.org/bugzilla/attachment.cgi?id=6849 unique_shared.s -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email -

[Bug ld/15107] New: Linking against GNU_UNIQUE symbol creates GNU_UNIQUE symbol without selecting GNU ABI

http://sourceware.org/bugzilla/show_bug.cgi?id=15107 Bug #: 15107 Summary: Linking against GNU_UNIQUE symbol creates GNU_UNIQUE symbol without selecting GNU ABI Product: binutils Version: 2.23 Status: NEW Sever