[Bug ld/27311] ld.bfd (symbol from plugin): undefined reference to symbol since b1a92c635c1ec10fd703302ce1fc4ab3a8515a04
https://sourceware.org/bugzilla/show_bug.cgi?id=27311 --- Comment #12 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=f01fb44c0621b064996493bb5acd5077646ea84e commit f01fb44c0621b064996493bb5acd5077646ea84e Author: Alan Modra Date: Wed Feb 3 15:57:35 2021 +1030 Re: PR27311, ld.bfd (symbol from plugin): undefined reference This does exactly the same as making decisions based on an override in _bfd_elf_add_default_symbol, and is simpler. PR 27311 * elflink.c (_bfd_elf_add_default_symbol): Revert last two changes. (elf_link_add_object_symbols): Here too. Don't pull in as-needed libraries when H is an indirect symbol after calling _bfd_elf_add_default_symbol. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/27303] gold/testsuite/initpri3. test fails on gold and lld, passes on bfd. Which one is correct?
https://sourceware.org/bugzilla/show_bug.cgi?id=27303 Cary Coutant changed: What|Removed |Added CC||ccoutant at gmail dot com --- Comment #2 from Cary Coutant --- I haven't yet managed to get a clean build of GCC 11 to try to reproduce, but I do have a suspicion. Gold reverses the .ctors entries in .init_array, after applying relocations, but it does not attempt to reverse any dynamic relocations. That's normally not an issue, as we shouldn't have dynamic relocations for entries in the .ctors sections, but there might be something forcing the linker to create them. (The clue is that you had to start the process in gdb before printing the .init_array entries.) Please attach the output of: readelf -rsW initpri3.o readelf -rW initpri3a # (or ig from your example) I'm tempted to remove the whole --ctors-in-init-array option and this test case. GCC hasn't used the .ctors section in years now, as far as I know. But I'd like to understand what's causing this failure. If the cause is dynamic relocations, I'd like to understand what's causing the linker to generate them. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/27311] ld.bfd (symbol from plugin): undefined reference to symbol since b1a92c635c1ec10fd703302ce1fc4ab3a8515a04
https://sourceware.org/bugzilla/show_bug.cgi?id=27311 --- Comment #13 from cvs-commit at gcc dot gnu.org --- The binutils-2_36-branch branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=d2ea9f3a70a2d44cae20ab43609a71f1e616b43a commit d2ea9f3a70a2d44cae20ab43609a71f1e616b43a Author: Alan Modra Date: Tue Feb 2 15:05:14 2021 +1030 PR27311, ld.bfd (symbol from plugin): undefined reference A default versioned symbol definition in a shared library is overridden by an unversioned definition in a regular object file, and thus should not be reason to make an as-needed library needed. bfd/ PR 27311 * elflink.c (elf_link_add_object_symbols): Don't pull in as-needed libraries when H is an indirect symbol after calling _bfd_elf_add_default_symbol. ld/ * testsuite/ld-ifunc/ifunc.exp (libpr16467b.so, libpr16467bn.so): Link with --as-needed. * testsuite/ld-plugin/pr27311.d, * testsuite/ld-plugin/pr27311.ver, * testsuite/ld-plugin/pr27311a.c, * testsuite/ld-plugin/pr27311b.c, * testsuite/ld-plugin/pr27311c.c: New testcase. * testsuite/ld-plugin/lto.exp: Run it. Correct PR14918 and PR12982 entries. (cherry picked from commit 9918bff7cf2a566aaa2036d2242a61c140652dc7) (cherry picked from commit 6955136728a68365bbb5e6e1327dff1654b2a0ca) (cherry picked from commit f01fb44c0621b064996493bb5acd5077646ea84e) -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/27311] ld.bfd (symbol from plugin): undefined reference to symbol since b1a92c635c1ec10fd703302ce1fc4ab3a8515a04
https://sourceware.org/bugzilla/show_bug.cgi?id=27311 Alan Modra changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED|RESOLVED --- Comment #14 from Alan Modra --- Fixed -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/27259] ld: Support SHF_LINK_ORDER self-link
https://sourceware.org/bugzilla/show_bug.cgi?id=27259 --- Comment #7 from Alan Modra --- How exactly is the proposed SHF_LINK_ORDER trick supposed to work? A reference to start_foo/stop_foo symbols from a kept section currently marks all input sections named foo as kept. Are you suggesting that any section named foo that is SHF_LINK_ORDER with a self-link should not be marked? But those foo that do not have a self-link should be marked? Has there been any comment about this idea from the gABI group? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/27284] ar: wrong permissions on output file
https://sourceware.org/bugzilla/show_bug.cgi?id=27284 Martin Liska changed: What|Removed |Added CC||mliska at suse dot cz --- Comment #3 from Martin Liska --- @Alan: Are you planning to backport that to 2.36 branch, please? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/27284] ar: wrong permissions on output file
https://sourceware.org/bugzilla/show_bug.cgi?id=27284 --- Comment #4 from cvs-commit at gcc dot gnu.org --- The binutils-2_36-branch branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=6184480d7ce1bcd57669a62867efc68418d0de7c commit 6184480d7ce1bcd57669a62867efc68418d0de7c Author: Alan Modra Date: Mon Feb 1 02:04:41 2021 +1030 pr27270 and pr27284, ar segfaults and wrong file mode PR 27270 PR 27284 PR 26945 * ar.c: Don't include libbfd.h. (write_archive): Replace xmalloc+strcpy with xstrdup. Use bfd_stat rather than fstat on iostream. Move stat and fd tests outside of _WIN32 ifdef. Delete skip_stat variable. * arsup.c (temp_name, real_ofd): New static variables. (ar_open): Use make_tempname and bfd_fdopenw. (ar_save): Adjust to suit ar_open changes. Move stat output of _WIN32 ifdef. * objcopy.c: Don't include libbfd.h. (copy_file): Use bfd_stat. (cherry picked from commit 95b91a043aeaeb546d2fea556d84a2de1e917770) -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/26945] Unsafe chown+chmod in smart_rename, possibly elsewhere
https://sourceware.org/bugzilla/show_bug.cgi?id=26945 --- Comment #19 from cvs-commit at gcc dot gnu.org --- The binutils-2_36-branch branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=6184480d7ce1bcd57669a62867efc68418d0de7c commit 6184480d7ce1bcd57669a62867efc68418d0de7c Author: Alan Modra Date: Mon Feb 1 02:04:41 2021 +1030 pr27270 and pr27284, ar segfaults and wrong file mode PR 27270 PR 27284 PR 26945 * ar.c: Don't include libbfd.h. (write_archive): Replace xmalloc+strcpy with xstrdup. Use bfd_stat rather than fstat on iostream. Move stat and fd tests outside of _WIN32 ifdef. Delete skip_stat variable. * arsup.c (temp_name, real_ofd): New static variables. (ar_open): Use make_tempname and bfd_fdopenw. (ar_save): Adjust to suit ar_open changes. Move stat output of _WIN32 ifdef. * objcopy.c: Don't include libbfd.h. (copy_file): Use bfd_stat. (cherry picked from commit 95b91a043aeaeb546d2fea556d84a2de1e917770) -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/27270] ar segfaults trying to build virtualbox guest additions
https://sourceware.org/bugzilla/show_bug.cgi?id=27270 --- Comment #4 from cvs-commit at gcc dot gnu.org --- The binutils-2_36-branch branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=6184480d7ce1bcd57669a62867efc68418d0de7c commit 6184480d7ce1bcd57669a62867efc68418d0de7c Author: Alan Modra Date: Mon Feb 1 02:04:41 2021 +1030 pr27270 and pr27284, ar segfaults and wrong file mode PR 27270 PR 27284 PR 26945 * ar.c: Don't include libbfd.h. (write_archive): Replace xmalloc+strcpy with xstrdup. Use bfd_stat rather than fstat on iostream. Move stat and fd tests outside of _WIN32 ifdef. Delete skip_stat variable. * arsup.c (temp_name, real_ofd): New static variables. (ar_open): Use make_tempname and bfd_fdopenw. (ar_save): Adjust to suit ar_open changes. Move stat output of _WIN32 ifdef. * objcopy.c: Don't include libbfd.h. (copy_file): Use bfd_stat. (cherry picked from commit 95b91a043aeaeb546d2fea556d84a2de1e917770) -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/27284] ar: wrong permissions on output file
https://sourceware.org/bugzilla/show_bug.cgi?id=27284 Alan Modra changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #5 from Alan Modra --- Fixed -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/26945] Unsafe chown+chmod in smart_rename, possibly elsewhere
https://sourceware.org/bugzilla/show_bug.cgi?id=26945 Bug 26945 depends on bug 27284, which changed state. Bug 27284 Summary: ar: wrong permissions on output file https://sourceware.org/bugzilla/show_bug.cgi?id=27284 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/26945] Unsafe chown+chmod in smart_rename, possibly elsewhere
https://sourceware.org/bugzilla/show_bug.cgi?id=26945 Bug 26945 depends on bug 27270, which changed state. Bug 27270 Summary: ar segfaults trying to build virtualbox guest additions https://sourceware.org/bugzilla/show_bug.cgi?id=27270 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/26945] Unsafe chown+chmod in smart_rename, possibly elsewhere
https://sourceware.org/bugzilla/show_bug.cgi?id=26945 Alan Modra changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #20 from Alan Modra --- Should now be fixed -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/27270] ar segfaults trying to build virtualbox guest additions
https://sourceware.org/bugzilla/show_bug.cgi?id=27270 Alan Modra changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #5 from Alan Modra --- Fixed -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/27309] readelf --debug-dump=info --wide output changes in 2.36
https://sourceware.org/bugzilla/show_bug.cgi?id=27309 --- Comment #4 from Martin Liska --- I've created a pull request and it seems that it would require a work: https://github.com/strace/strace/pull/171 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/27259] ld: Support SHF_LINK_ORDER self-link
https://sourceware.org/bugzilla/show_bug.cgi?id=27259 --- Comment #8 from Alan Modra --- Created attachment 13198 --> https://sourceware.org/bugzilla/attachment.cgi?id=13198&action=edit implement If comment 7 is correct then this fairly trivial patch should implement it. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/27303] gold/testsuite/initpri3. test fails on gold and lld, passes on bfd. Which one is correct?
https://sourceware.org/bugzilla/show_bug.cgi?id=27303 --- Comment #3 from H.J. Lu --- (In reply to Cary Coutant from comment #2) > I haven't yet managed to get a clean build of GCC 11 to try to reproduce, If GCC 11 generates DWARF5 debug info, some gold tests may fail. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/27314] objcopy overwrite sections
https://sourceware.org/bugzilla/show_bug.cgi?id=27314 --- Comment #4 from H.J. Lu --- (In reply to Petr Ovtchenkov from comment #2) > > You test give nothing: as you see, in case of absent .note.gnu.property > section problem disappear (no overlapping section, no problems). Check again. .rodata section overlaps with .text section. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/27311] ld.bfd (symbol from plugin): undefined reference to symbol since b1a92c635c1ec10fd703302ce1fc4ab3a8515a04
https://sourceware.org/bugzilla/show_bug.cgi?id=27311
Martin Liska changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED|REOPENED
--- Comment #15 from Martin Liska ---
I'm sorry, but the problem is still present. I reduced that from rtkit package.
Please use the very same example as mentioned in Comment 3, but use app.c:
$ cat app.c
__attribute__((visibility("hidden"))) void inlib1(void) {}
int main()
{
return 0;
}
$ gcc app.o -L. -Wl,-rpath-link,. -l2
/usr/lib64/gcc/x86_64-suse-linux/10/../../../../x86_64-suse-linux/bin/ld: app.o
(symbol from plugin): undefined reference to symbol 'inlib1@@LIBFOO'
/usr/lib64/gcc/x86_64-suse-linux/10/../../../../x86_64-suse-linux/bin/ld:
./lib1.so: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
--
You are receiving this mail because:
You are on the CC list for the bug.
[Bug gold/27303] gold/testsuite/initpri3. test fails on gold and lld, passes on bfd. Which one is correct?
https://sourceware.org/bugzilla/show_bug.cgi?id=27303 --- Comment #4 from Cary Coutant --- Works for me with GCC 11 (1/31/21 snapshot). Please also throw in a -v option on your gcc command and attach the verbose output. I'd like to see what options your compiler is passing to the linker. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/27314] objcopy overwrite sections
https://sourceware.org/bugzilla/show_bug.cgi?id=27314 --- Comment #5 from Petr Ovtchenkov --- (In reply to H.J. Lu from comment #4) You arguments prevailed. Thanks. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/27303] gold/testsuite/initpri3. test fails on gold and lld, passes on bfd. Which one is correct?
https://sourceware.org/bugzilla/show_bug.cgi?id=27303 Cary Coutant changed: What|Removed |Added Status|UNCONFIRMED |WAITING Ever confirmed|0 |1 Last reconfirmed||2021-02-03 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/26913] internal error in value_from_output_section at ../binutils/binutils-2.27/gold/reloc.cc:1495
https://sourceware.org/bugzilla/show_bug.cgi?id=26913 Cary Coutant changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |WAITING Last reconfirmed||2021-02-03 --- Comment #1 from Cary Coutant --- This assert failure implies that something is wrong with a SHF_MERGE section, but I will need all the input files and the link command in order to take a look. To get a list of all the input files, add -Wl,-t to your compile options, then gather all those input files into a tarball. To get the link command, add -v to the compile options, and attach the verbose output. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/27303] gold/testsuite/initpri3. test fails on gold and lld, passes on bfd. Which one is correct?
https://sourceware.org/bugzilla/show_bug.cgi?id=27303 --- Comment #5 from Sergei Trofimovich --- (In reply to Cary Coutant from comment #2) > I haven't yet managed to get a clean build of GCC 11 to try to reproduce, > but I do have a suspicion. Gold reverses the .ctors entries in .init_array, > after applying relocations, but it does not attempt to reverse any dynamic > relocations. That's normally not an issue, as we shouldn't have dynamic > relocations for entries in the .ctors sections, but there might be something > forcing the linker to create them. (The clue is that you had to start the > process in gdb before printing the .init_array entries.) Ah, dynamic relocations is a good clue! I have dynamic relocations due to gcc being built with --enable-default-pie. Adding -no-pie makes tests pass. > Please attach the output of: > > readelf -rsW initpri3.o Will do. $ objdump -D -r initpri3.o does show relocations: Disassembly of section .ctors: : ... 0: R_X86_64_64 .text+0x44 8: R_X86_64_64 .text > readelf -rW initpri3a # (or ig from your example) Will do. > I'm tempted to remove the whole --ctors-in-init-array option and this test > case. GCC hasn't used the .ctors section in years now, as far as I know. > > But I'd like to understand what's causing this failure. If the cause is > dynamic relocations, I'd like to understand what's causing the linker to > generate them. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/27303] gold/testsuite/initpri3. test fails on gold and lld, passes on bfd. Which one is correct?
https://sourceware.org/bugzilla/show_bug.cgi?id=27303 --- Comment #6 from Sergei Trofimovich --- Created attachment 13200 --> https://sourceware.org/bugzilla/attachment.cgi?id=13200&action=edit initpri3.o.readelf initpri3.o.readelf -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/27303] gold/testsuite/initpri3. test fails on gold and lld, passes on bfd. Which one is correct?
https://sourceware.org/bugzilla/show_bug.cgi?id=27303 --- Comment #7 from Sergei Trofimovich --- Created attachment 13201 --> https://sourceware.org/bugzilla/attachment.cgi?id=13201&action=edit initpri3a.readelf -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/27303] gold/testsuite/initpri3. test fails on gold and lld, passes on bfd. Which one is correct?
https://sourceware.org/bugzilla/show_bug.cgi?id=27303 --- Comment #8 from Sergei Trofimovich --- (In reply to Cary Coutant from comment #4) > Works for me with GCC 11 (1/31/21 snapshot). > > Please also throw in a -v option on your gcc command and attach the verbose > output. I'd like to see what options your compiler is passing to the linker. I think it's -fPIE / -pie from --enable-default-pie. $ gcc -v Using built-in specs. COLLECT_GCC=/usr/bin/x86_64-pc-linux-gnu-gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/11.0.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /var/tmp/portage/sys-devel/gcc-11.0.0_pre/work/gcc-11.0.0_pre/configure --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/11.0.0 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/11.0.0/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/11.0.0 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/11.0.0/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/11.0.0/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/11.0.0/include/g++-v11 --with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/11.0.0/python --enable-languages=c,c++,go,jit,fortran --enable-obsolete --enable-secureplt --disable-werror --with-system-zlib --enable-nls --without-included-gettext --enable-checking=release --with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo 11.0.0_pre p6, commit 33a1e511b57465d898429740377466894a0b247d' --disable-esp --enable-libstdcxx-time --enable-host-shared --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-multilib --with-multilib-list=m32,m64 --disable-fixed-point --enable-targets=all --enable-libgomp --disable-libssp --disable-libada --disable-systemtap --enable-valgrind-annotations --enable-vtable-verify --with-zstd --enable-lto --with-isl --disable-isl-version-check --enable-default-pie --enable-default-ssp Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 11.0.0 20210201 (experimental) (Gentoo 11.0.0_pre p6, commit 33a1e511b57465d898429740377466894a0b247d) Raw linker command: /usr/libexec/gcc/x86_64-pc-linux-gnu/11.0.0/collect2 --eh-frame-hdr -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 -pie -fuse-ld=gold -o ig /usr/lib/gcc/x86_64-pc-linux-gnu/11.0.0/../../../../lib64/Scrt1.o /usr/lib/gcc/x86_64-pc-linux-gnu/11.0.0/../../../../lib64/crti.o /usr/lib/gcc/x86_64-pc-linux-gnu/11.0.0/crtbeginS.o -L/usr/lib/gcc/x86_64-pc-linux-gnu/11.0.0 -L/usr/lib/gcc/x86_64-pc-linux-gnu/11.0.0/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-pc-linux-gnu/11.0.0/../../../../x86_64-pc-linux-gnu/lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/11.0.0/../../.. /tmp/ccSMypjj.o -lgcc --push-state --as-needed -lgcc_s --pop-state -lc -lgcc --push-state --as-needed -lgcc_s --pop-state /usr/lib/gcc/x86_64-pc-linux-gnu/11.0.0/crtendS.o /usr/lib/gcc/x86_64-pc-linux-gnu/11.0.0/../../../../lib64/crtn.o -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/27309] readelf --debug-dump=info --wide output changes in 2.36
https://sourceware.org/bugzilla/show_bug.cgi?id=27309 Dmitry V. Levin changed: What|Removed |Added CC||glebfm at altlinux dot org, ||ldv at sourceware dot org -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/27215] as: Error: non-constant .uleb128 is not supported on riscv64
https://sourceware.org/bugzilla/show_bug.cgi?id=27215 Jim Wilson changed: What|Removed |Added CC||wilson at gcc dot gnu.org --- Comment #2 from Jim Wilson --- There is a proposal to add special relaxable relocations for uleb128 to make this work, but there were a number of problems with the initial implementation, and I haven't had a chance to look at the last implementation. We also don't have a functioning psABI committee at the moment to deal with new relocations. We could make this work if you disable relaxation, but that will cause code size and performance problems, and can only work properly if everything linked together was compiled with relaxation disabled, including any system libraries linked in, so this is unlikely to be feasible for most applications. Linux kernel loadable modules are compiled this way though. But this isn't recommended in general. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/27311] ld.bfd (symbol from plugin): undefined reference to symbol since b1a92c635c1ec10fd703302ce1fc4ab3a8515a04
https://sourceware.org/bugzilla/show_bug.cgi?id=27311 Alan Modra changed: What|Removed |Added Status|REOPENED|ASSIGNED -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/27311] ld.bfd (symbol from plugin): undefined reference to symbol since b1a92c635c1ec10fd703302ce1fc4ab3a8515a04
https://sourceware.org/bugzilla/show_bug.cgi?id=27311 --- Comment #16 from Alan Modra --- Huh, this time it's the scan over dependent libraries after LTO recompilation. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/27311] ld.bfd (symbol from plugin): undefined reference to symbol since b1a92c635c1ec10fd703302ce1fc4ab3a8515a04
https://sourceware.org/bugzilla/show_bug.cgi?id=27311 --- Comment #17 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=7d409ac001cce916661d345bff01ed589991e762 commit 7d409ac001cce916661d345bff01ed589991e762 Author: Alan Modra Date: Thu Feb 4 13:56:34 2021 +1030 PR27311, (symbol from plugin): undefined reference, hidden sym bfd/ PR 27311 * elflink.c (elf_link_add_object_symbols): Don't pull in as-needed libraries for IR references on pass over libraries after LTO recompilation. ld/ * testsuite/ld-plugin/pr27311d.c: New test. * testsuite/ld-plugin/lto.exp: Rename pr27311 to pr27311-1, compile and link new test as pr27311-2. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/27344] New: The --gdb-index linker flag is not documented
https://sourceware.org/bugzilla/show_bug.cgi?id=27344 Bug ID: 27344 Summary: The --gdb-index linker flag is not documented Product: binutils Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: mh-sourceware at glandium dot org Target Milestone: --- Both ld and gold support the option, but their manual page don't mention it existing. -- You are receiving this mail because: You are on the CC list for the bug.
