[Bug ld/22962] [RISCV] add abi subdirectories support to ld

https://sourceware.org/bugzilla/show_bug.cgi?id=22962 --- Comment #8 from Jim Wilson --- If gcc is configured --enable-multilib, then it appears that you get the -L options you need for this to work. If gcc is configured --disable-multilib, then you do not get the -L options needed for this to

[Bug ld/22962] [RISCV] add abi subdirectories support to ld

https://sourceware.org/bugzilla/show_bug.cgi?id=22962 --- Comment #7 from Jim Wilson --- DJ Delorie provided some helpful info about Fedora RISC-V port in a chat and I'm now starting to understand the problem. Turns out that Fedora does put libraries in /usr/lib64/lp64d, and then puts links in

[Bug ld/22972] New: [SPARC] Mixing GOT and GOTDATA_OP relocations can lead to broken binaries

https://sourceware.org/bugzilla/show_bug.cgi?id=22972 Bug ID: 22972 Summary: [SPARC] Mixing GOT and GOTDATA_OP relocations can lead to broken binaries Product: binutils Version: 2.30 Status: UNCONFIRMED

[Bug admin/22965] Noob

https://sourceware.org/bugzilla/show_bug.cgi?id=22965 Alan Modra changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug ld/22962] [RISCV] add abi subdirectories support to ld

https://sourceware.org/bugzilla/show_bug.cgi?id=22962 --- Comment #6 from joseph at codesourcery dot com --- STARTFILE_PREFIX_SPEC may be needed for the reasons I described in - the combination of sysroot suffixes with MULTILIB_OSDIRNAMES. It

[Bug ld/22962] [RISCV] add abi subdirectories support to ld

https://sourceware.org/bugzilla/show_bug.cgi?id=22962 --- Comment #5 from Jim Wilson --- I need more info. How was gcc configured? What are the options that gcc is passing to the linker? How are the libraries structured? What is in /usr/lib for instance. What OS and distro is this? If this

[Bug ld/22962] [RISCV] add abi subdirectories support to ld

https://sourceware.org/bugzilla/show_bug.cgi?id=22962 --- Comment #4 from Jim Wilson --- Note that gcc has #define STARTFILE_PREFIX_SPEC \ "/lib" XLEN_SPEC "/" ABI_SPEC "/ " \ "/usr/lib" XLEN_SPEC "/" ABI_SPEC "/ " \ "/lib/ "

[Bug ld/22962] [RISCV] add abi subdirectories support to ld

https://sourceware.org/bugzilla/show_bug.cgi?id=22962 --- Comment #3 from Jim Wilson --- I have a Fedora stage4 disk image that I'm running on qemu, and which has glibc-2.27. Libraries are in /usr/lib64 exactly as I expect. You pointed at part 0 of a 19 part patch set. I'm guessing you are

[Bug ld/22962] [RISCV] add abi subdirectories support to ld

https://sourceware.org/bugzilla/show_bug.cgi?id=22962 --- Comment #2 from Serge Belyshev --- (In reply to Jim Wilson from comment #1) > It isn't clear what bug you are trying to report here, or what glibc change > you are referring to. Some info on how to reproduce would be useful. The bug can

[Bug ld/22962] [RISCV] add abi subdirectories support to ld

https://sourceware.org/bugzilla/show_bug.cgi?id=22962 Jim Wilson changed: What|Removed |Added CC||wilson at gcc dot gnu.org --- Comment

[Bug binutils/22967] nm should distinguish in between local and global ifunc

https://sourceware.org/bugzilla/show_bug.cgi?id=22967 --- Comment #4 from Martin Liska --- I probably incline to 3). -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org

[Bug ld/22831] ld causes massive thrashing if object files are not fully memory-resident: new algorithm needed

https://sourceware.org/bugzilla/show_bug.cgi?id=22831 --- Comment #14 from H.J. Lu --- (In reply to Luke Kenneth Casson Leighton from comment #13) > i have 16 GB of DDR4 2400 mhz RAM on my laptop... and because when > that system goes into swap (it has an NVMe) its loadavg goes over 120 > and

[Bug ld/22970] New: Add support for R_AARCH64_TLSLE_LDST8_TPREL_LO12 relocation.

https://sourceware.org/bugzilla/show_bug.cgi?id=22970 Bug ID: 22970 Summary: Add support for R_AARCH64_TLSLE_LDST8_TPREL_LO12 relocation. Product: binutils Version: unspecified Status: UNCONFIRMED Severity:

[Bug binutils/22967] nm should distinguish in between local and global ifunc

https://sourceware.org/bugzilla/show_bug.cgi?id=22967 --- Comment #3 from Nick Clifton --- Hi Martin, Thanks. Now the question is what letter should we use for global ifunc symbols ? I see three options: 1. Use 'I' for global ifunc symbols and another character (eg '>') for

[Bug gold/22969] New: Add support for R_AARCH64_TLSLE_LDST8_TPREL_LO12 relocation.

https://sourceware.org/bugzilla/show_bug.cgi?id=22969 Bug ID: 22969 Summary: Add support for R_AARCH64_TLSLE_LDST8_TPREL_LO12 relocation. Product: binutils Version: unspecified Status: UNCONFIRMED Severity:

[Bug ld/20882] GNU ld discards sections required by relocations in .debug_info with --gc-sections

https://sourceware.org/bugzilla/show_bug.cgi?id=20882 --- Comment #28 from rguenther at suse dot de --- On Wed, 14 Mar 2018, hjl.tools at gmail dot com wrote: > https://sourceware.org/bugzilla/show_bug.cgi?id=20882 > > --- Comment #27 from H.J. Lu --- > (In reply to rguenther from comment #26)

[Bug ld/22831] ld causes massive thrashing if object files are not fully memory-resident: new algorithm needed

https://sourceware.org/bugzilla/show_bug.cgi?id=22831 --- Comment #13 from Luke Kenneth Casson Leighton --- On Wed, Mar 14, 2018 at 12:26 PM, hjl.tools at gmail dot com wrote: > https://sourceware.org/bugzilla/show_bug.cgi?id=22831 > > --- Comment #12 from

[Bug ld/20882] GNU ld discards sections required by relocations in .debug_info with --gc-sections

https://sourceware.org/bugzilla/show_bug.cgi?id=20882 --- Comment #27 from H.J. Lu --- (In reply to rguenther from comment #26) > On Wed, 14 Mar 2018, hjl.tools at gmail dot com wrote: > > > https://sourceware.org/bugzilla/show_bug.cgi?id=20882 > > > > --- Comment #25 from H.J. Lu --- > > (In

[Bug ld/20882] GNU ld discards sections required by relocations in .debug_info with --gc-sections

https://sourceware.org/bugzilla/show_bug.cgi?id=20882 --- Comment #26 from rguenther at suse dot de --- On Wed, 14 Mar 2018, hjl.tools at gmail dot com wrote: > https://sourceware.org/bugzilla/show_bug.cgi?id=20882 > > --- Comment #25 from H.J. Lu --- > (In reply to rguenther from comment #24)

[Bug ld/20882] GNU ld discards sections required by relocations in .debug_info with --gc-sections

https://sourceware.org/bugzilla/show_bug.cgi?id=20882 --- Comment #25 from H.J. Lu --- (In reply to rguenther from comment #24) > > > > Shouldn't --gc-section tests be enabled in libstdc++ and mark them as XFAIL? > > Not sure how reliable we can identify those. Also we'd get > XPASS then

[Bug ld/20882] GNU ld discards sections required by relocations in .debug_info with --gc-sections

https://sourceware.org/bugzilla/show_bug.cgi?id=20882 --- Comment #24 from rguenther at suse dot de --- On Wed, 14 Mar 2018, hjl.tools at gmail dot com wrote: > https://sourceware.org/bugzilla/show_bug.cgi?id=20882 > > --- Comment #23 from H.J. Lu --- > (In reply to rguenther from comment #22)

[Bug ld/20882] GNU ld discards sections required by relocations in .debug_info with --gc-sections

https://sourceware.org/bugzilla/show_bug.cgi?id=20882 --- Comment #23 from H.J. Lu --- (In reply to rguenther from comment #22) > On Wed, 14 Mar 2018, cvs-commit at gcc dot gnu.org wrote: > > > https://sourceware.org/bugzilla/show_bug.cgi?id=20882 > > > > --- Comment #21 from cvs-commit at gcc

[Bug binutils/22967] nm should distinguish in between local and global ifunc

https://sourceware.org/bugzilla/show_bug.cgi?id=22967 --- Comment #2 from Martin Liska --- (In reply to Nick Clifton from comment #1) > Hi Martin, > > > nm uses 'i' letter for GNU IFUNC symbols and it would be good to use > > different letters for local and global ones. Similar what's done with

[Bug ld/20882] GNU ld discards sections required by relocations in .debug_info with --gc-sections

https://sourceware.org/bugzilla/show_bug.cgi?id=20882 --- Comment #22 from rguenther at suse dot de --- On Wed, 14 Mar 2018, cvs-commit at gcc dot gnu.org wrote: > https://sourceware.org/bugzilla/show_bug.cgi?id=20882 > > --- Comment #21 from cvs-commit at gcc dot gnu.org gnu.org> --- > The

[Bug ld/22831] ld causes massive thrashing if object files are not fully memory-resident: new algorithm needed

https://sourceware.org/bugzilla/show_bug.cgi?id=22831 --- Comment #12 from H.J. Lu --- (In reply to Luke Kenneth Casson Leighton from comment #11) > (In reply to H.J. Lu from comment #10) > there are two issues: > > 1. 32-bit system > 2. 64-bit system > > both 32-bit and 64-bit are

[Bug binutils/22967] nm should distinguish in between local and global ifunc

https://sourceware.org/bugzilla/show_bug.cgi?id=22967 Martin Liska changed: What|Removed |Added Severity|normal |enhancement -- You are receiving

[Bug ld/20882] GNU ld discards sections required by relocations in .debug_info with --gc-sections

https://sourceware.org/bugzilla/show_bug.cgi?id=20882 --- Comment #21 from cvs-commit at gcc dot gnu.org --- The binutils-2_30-branch branch has been updated by H.J. Lu : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=da8c5cfcc9fa7fc77878ce177d1b52348ae52f26

[Bug binutils/22966] MIPS -mplt -msym32 is resulting in assertion ld.orig: BFD 2.29.1 assertion fail binutils-2.29.1 /bfd/elfxx-mips.c:11234

https://sourceware.org/bugzilla/show_bug.cgi?id=22966 raajeshdasari at gmail dot com changed: What|Removed |Added CC||s.hemraj at yahoo

[Bug binutils/22967] nm should distinguish in between local and global ifunc

https://sourceware.org/bugzilla/show_bug.cgi?id=22967 Nick Clifton changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug ld/22831] ld causes massive thrashing if object files are not fully memory-resident: new algorithm needed

https://sourceware.org/bugzilla/show_bug.cgi?id=22831 --- Comment #11 from Luke Kenneth Casson Leighton --- (In reply to H.J. Lu from comment #10) > What is your main issue? i do not (personally) have an issue, hj. this is a flaw that is independent of me (personally). do you mean to ask,

[Bug binutils/22966] New: MIPS -mplt -msym32 is resulting in assertion ld.orig: BFD 2.29.1 assertion fail binutils-2.29.1 /bfd/elfxx-mips.c:11234

https://sourceware.org/bugzilla/show_bug.cgi?id=22966 Bug ID: 22966 Summary: MIPS -mplt -msym32 is resulting in assertion ld.orig: BFD 2.29.1 assertion fail binutils-2.29.1 /bfd/elfxx-mips.c:11234 Product: binutils

[Bug ld/22831] ld causes massive thrashing if object files are not fully memory-resident: new algorithm needed

https://sourceware.org/bugzilla/show_bug.cgi?id=22831 --- Comment #9 from Luke Kenneth Casson Leighton --- (In reply to H.J. Lu from comment #8) > Have you tried users/hjl/pr18028 branch? no, hj, i have not, because it is a fix for a 32-bit system, not a 64-bit system. what do you need to

[Bug ld/22831] ld causes massive thrashing if object files are not fully memory-resident: new algorithm needed

https://sourceware.org/bugzilla/show_bug.cgi?id=22831 --- Comment #8 from H.J. Lu --- (In reply to Luke Kenneth Casson Leighton from comment #7) > hi hjl, > > so how are you getting on with analysing this problem? is there anything > that is unclear that i can assist you with understanding?

[Bug ld/20882] GNU ld discards sections required by relocations in .debug_info with --gc-sections

https://sourceware.org/bugzilla/show_bug.cgi?id=20882 --- Comment #19 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by H.J. Lu : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=9e223787a474c672c5f1cfd4574857241ae4eafa commit

[Bug admin/22965] New: Noob

https://sourceware.org/bugzilla/show_bug.cgi?id=22965 Bug ID: 22965 Summary: Noob Product: binutils Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: admin Assignee: