[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 Status|NEW |RESOLVED Resolution|---

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

https://sourceware.org/bugzilla/show_bug.cgi?id=22962 --- Comment #16 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Jim Wilson : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=10d980882987d8cd9b2e34651faceff29176148b commit 10d980882987d8cd9b2e34651fac

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

https://sourceware.org/bugzilla/show_bug.cgi?id=22962 --- Comment #15 from Jim Wilson --- I've posted a proposed patch for review https://sourceware.org/ml/binutils/2018-05/msg00043.html And there is also a gcc part as it adds new linker emulations https://gcc.gnu.org/ml/gcc-patches/2018-

[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 Status|UNCONFIRMED |NEW Last reconfirmed|

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

https://sourceware.org/bugzilla/show_bug.cgi?id=22962 --- Comment #14 from David Abdurachmanov --- Looking at output of ld --verbose [..] SEARCH_DIR("=/usr/riscv64-redhat-linux/lib64"); SEARCH_DIR("=/usr/lib64"); SEARCH_DIR("=/usr/local/lib64"); SEARCH_DIR("=/lib64"); SEARCH_DIR("=/usr/riscv64-

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

https://sourceware.org/bugzilla/show_bug.cgi?id=22962 --- Comment #13 from David Abdurachmanov --- Fedora uses symlinks to be compatible to what's expected by RISC-V software ecosystem (or more precisely glibc). [root@stage4 ~]# ll /usr/lib64/lp64d lrwxrwxrwx 1 roo

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

https://sourceware.org/bugzilla/show_bug.cgi?id=22962 --- Comment #12 from Andreas Schwab --- In openSUSE I have the same problem, but I have worked around it with symlinks for now. -- You are receiving this mail because: You are on the CC list for the bug. _

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

https://sourceware.org/bugzilla/show_bug.cgi?id=22962 --- Comment #11 from Jim Wilson --- (In reply to jos...@codesourcery.com from comment #10) > Again, the quoted error is about a search that uses -rpath-link paths but > *not* -L paths. GCC uses the right -L paths automatically, but > LIBPAT

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

https://sourceware.org/bugzilla/show_bug.cgi?id=22962 --- Comment #10 from joseph at codesourcery dot com --- Again, the quoted error is about a search that uses -rpath-link paths but *not* -L paths. GCC uses the right -L paths automatically, but LIBPATH_SUFFIX settings in binutils are needed

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

https://sourceware.org/bugzilla/show_bug.cgi?id=22962 David Abdurachmanov changed: What|Removed |Added CC||david.abdurachmanov at gmail do

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

https://sourceware.org/bugzilla/show_bug.cgi?id=22962 --- Comment #9 from Serge Belyshev --- (In reply to Jim Wilson from comment #8) > 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

[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 w

[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/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 tal

[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 #1