[Bug admin/14069] New: ELF management Linux vs Hurd discrepancy
http://sourceware.org/bugzilla/show_bug.cgi?id=14069 Bug #: 14069 Summary: ELF management Linux vs Hurd discrepancy Product: binutils Version: unspecified Status: NEW Severity: normal Priority: P2 Component: admin AssignedTo: unassig...@sourceware.org ReportedBy: samuel.thiba...@ens-lyon.org Classification: Unclassified Created attachment 6395 --> http://sourceware.org/bugzilla/attachment.cgi?id=6395 fix Hello, We are getting linking issues on GNU/Hurd due to some discrepancies in ELF management between Linux and the Hurd, essentially missing ld.so.conf lookup. The attached patch fixes them. Samuel -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/14069] ELF management Linux vs Hurd discrepancy
http://sourceware.org/bugzilla/show_bug.cgi?id=14069 Samuel Thibault changed: What|Removed |Added Component|admin |ld -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/31966] New: spurious glibc version dependency with -z mark-plt on non-Linux
https://sourceware.org/bugzilla/show_bug.cgi?id=31966
Bug ID: 31966
Summary: spurious glibc version dependency with -z mark-plt on
non-Linux
Product: binutils
Version: 2.42
Status: NEW
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: samuel.thiba...@ens-lyon.org
Target Milestone: ---
Created attachment 15610
--> https://sourceware.org/bugzilla/attachment.cgi?id=15610&action=edit
example "fix"
Hello,
916730425594 ("elf: Add elf_backend_add_glibc_version_dependency")
introduced adding an extra GLIBC_2.36 version dependency for x86_64. But
on x86_64 GNU/Hurd, there has never been a glibc 2.36 port, and thus the
GLIBC_2.36 version is not defined. The additional version dependency is
thus spurious and produces binaries that cannot be executed:
./test: /lib/x86_64-gnu/libc.so.0.3: version `GLIBC_2.36' not found (required
by ./test)
Here is a patch (but which is bogus: detects the build system instead of the
host system)
--
You are receiving this mail because:
You are on the CC list for the bug.
[Bug binutils/31966] spurious glibc version dependency with -z mark-plt on non-Linux
https://sourceware.org/bugzilla/show_bug.cgi?id=31966 Samuel Thibault changed: What|Removed |Added CC||hjl.tools at gmail dot com -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/31966] spurious glibc version dependency with -z mark-plt on non-Linux
https://sourceware.org/bugzilla/show_bug.cgi?id=31966 --- Comment #1 from Samuel Thibault --- (I meant the target system) -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/31966] spurious glibc version dependency with -z mark-plt on non-Linux
https://sourceware.org/bugzilla/show_bug.cgi?id=31966 --- Comment #3 from Samuel Thibault --- It works fine indeed! -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/31966] spurious glibc version dependency with -z mark-plt on non-Linux
https://sourceware.org/bugzilla/show_bug.cgi?id=31966 --- Comment #8 from Samuel Thibault --- Thanks! -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/23499] Incorrect code in bfd_elf_record_link_assignment
https://sourceware.org/bugzilla/show_bug.cgi?id=23499
Samuel Thibault changed:
What|Removed |Added
CC||samuel.thiba...@ens-lyon.or
||g
--- Comment #12 from Samuel Thibault ---
Hello,
It seems we are getting the same kind of issue with the gold linker. For
various reasons llvm-toolchain is linked with gold in Debian, and I stumbled on
this:
/usr/bin/ld: /usr/lib/llvm-9/lib/../lib/libLLVM-9.so.1:(*IND*+0x0): multiple
definition of `_end'
(full log in
https://buildd.debian.org/status/fetch.php?pkg=qttools-opensource-src&arch=hurd-i386&ver=5.14.2-2&stamp=1595261986&raw=0
)
and indeed
$ nm -D /usr/lib/llvm-9/lib/libLLVM-9.so.1 | grep ' _end'
03d0ef69 B _end@@LLVM_9
03d0ef69 B _end@LLVM_9
where _end@LLVM_9 is unwanted.
I reduced the test case to a mere
$ cat test.cpp
int i;
$ cat test.map
LLVM_9 { global: *; };
$ clang++-9 -fuse-ld=gold -shared test.cpp -o libtest.so
-Wl,--version-script,test.map -lz3
Note the -lz3:
$ nm -D /usr/lib/i386-gnu/libz3.so | grep ' _end'
018bb074 B _end
It's the combination of -fuse-ld=gold, the version script, and the fact that we
link against a library that also has its (unversioned) _end symbol, that leads
to this:
$ nm -D libtest.so | grep _end
2010 D _end@@LLVM_9
2010 D _end@LLVM_9
where _end@LLVM_9 is unwanted, and would typically produce the multiple
definition mentioned above.
Samuel
--
You are receiving this mail because:
You are on the CC list for the bug.
[Bug binutils/12913] New: Should rename ELFOSABI_LINUX into ELFOSABI_GNU, and drop ELFOSABI_HURD
http://sourceware.org/bugzilla/show_bug.cgi?id=12913 Summary: Should rename ELFOSABI_LINUX into ELFOSABI_GNU, and drop ELFOSABI_HURD Product: binutils Version: unspecified Status: NEW Severity: normal Priority: P2 Component: binutils AssignedTo: unassig...@sources.redhat.com ReportedBy: samuel.thiba...@ens-lyon.org CC: rol...@gnu.org Hello, H.J. Lu added separate ELFOSABI_LINUX and _HURD definitions, but these are actually meant to be the same: the dynamic linker is the same in both cases, from glibc, with the same "GNU" extensions. A recent change (http://sourceware.org/bugzilla/show_bug.cgi?id=10549) made this issue apparent eventually. Roland says we should simply rename the existing ELFOSABI_LINUX into ELFOSABI_GNU, and remove ELFOSABI_HURD. The attached patch does this (but keeps ELFOSABI_LINUX as an alias for software which may already be using it). Samuel -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/12913] Should rename ELFOSABI_LINUX into ELFOSABI_GNU, and drop ELFOSABI_HURD
http://sourceware.org/bugzilla/show_bug.cgi?id=12913 Samuel Thibault changed: What|Removed |Added CC||hjl at sourceware dot org -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/12913] Should rename ELFOSABI_LINUX into ELFOSABI_GNU, and drop ELFOSABI_HURD
http://sourceware.org/bugzilla/show_bug.cgi?id=12913 --- Comment #2 from Samuel Thibault 2011-06-19 20:10:28 UTC --- Created attachment 5804 --> http://sourceware.org/bugzilla/attachment.cgi?id=5804 Rename ELFOSABI_LINUX into ELFOSABI_GNU, drop _HURD Hum, apparently the bugtracker doesn't give any warning that it requires an attachment description, and simply drops the attached file, nice... Anyway, here it is. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/12913] Should rename ELFOSABI_LINUX into ELFOSABI_GNU, and drop ELFOSABI_HURD
http://sourceware.org/bugzilla/show_bug.cgi?id=12913 Samuel Thibault changed: What|Removed |Added Attachment #5804|0 |1 is obsolete|| --- Comment #4 from Samuel Thibault 2011-06-19 20:26:28 UTC --- Created attachment 5805 --> http://sourceware.org/bugzilla/attachment.cgi?id=5805 Rename ELFOSABI_LINUX into ELFOSABI_GNU, drop _HURD Here it is with elfedit alias being kept. I'll submit to the binutils list. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
