x86_64-pc-linux-gnu-ld -L./../libeg/ -L./../mok/ -L./../EfiLib/ -T /usr/lib/elf_x86_64_efi.lds -shared -nostdlib -Bsymbolic -L/usr/lib -L/usr/lib /usr/lib/crt0-efi-x86_64.o -znocombreloc -zdefs main.o mystrings.o apple.o line_edit.o config.o menu.o screen.o icns.o gpt.o crc32.o lib.o driver_support.o legacy.o \ -o refind_x64.so -leg -lmok -lEfiLib -lefi -lgnuefi /usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/libgcc.a x86_64-pc-linux-gnu-ld: cannot open linker script file /usr/lib/elf_x86_64_efi.lds: No such file or directory make[1]: *** [Makefile:48: refind_x64.so] Error 1 make[1]: Leaving directory '/var/tmp/portage/sys-boot/refind-0.10.4-r2/work/refind-0.10.4/refind' make: *** [Makefile:67: gnuefi] Error 2 ------------------------------------------------------------------- This is an stable amd64 chroot image at a tinderbox (==build bot) name: 17.1-stable-20190801-082006 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-8.3.0 * Available Python interpreters, in order of preference: [1] python3.6 [2] python2.7 (fallback) Available Ruby profiles: [1] ruby24 (with Rubygems) * Available Rust versions: [1] rust-1.34.2 * emerge -qpvO sys-boot/refind [ebuild N ] sys-boot/refind-0.10.4-r2 USE="ext2 ext4 (gnuefi) iso9660 -btrfs (-custom-cflags) -doc -hfs -ntfs -reiserfs"
Created attachment 585716 [details] emerge-info.txt
Created attachment 585718 [details] emerge-history.txt
Created attachment 585720 [details] environment
Created attachment 585722 [details] etc.portage.tbz2
Created attachment 585724 [details] sys-boot:refind-0.10.4-r2:20190804-200951.log
Created attachment 585726 [details] temp.tbz2
Thank you for reporting this. It seems to be a bug hidden before profile 17.1. Actually, elf_x86_64_efi.lds is in /usr/lib64 when compiling for amd64. This will require a correction in the ebuild.
Created attachment 593532 [details] refind-0.11.4 ebuild using get_libdir() EAPI6+ Seeing this bug is still open and the package still does not build, I've attached a very summarily fixed ebuild for refind-0.11.4 with all the references to /usr/lib replaced with the result of get_libdir(). This builds on my machine, but YMMV. sys-boot/refind-0.11.4::gentoo was built with the following: USE="ext2 ext4 (gnuefi) iso9660 -btrfs (-custom-cflags) -doc -hfs -ntfs -reiserfs" ABI_X86="(64)"
The ebuild for refind-10.4 being vastly different, I could not, however, fix this one.
Thank you for the correction, XenHat. Would you mind creating a PR under GitHub? This would allow the correction to be under your name, but if you prefer, I can do it for you.
I had re-do my Gentoo install from scratch due to a failed upgrade to the 17.1 profile, and the bundled 11.4 ebuild worked fine. I don't mind submitting the PR, as long as it's not a useless change.
Closing as wontfix as the problem does not seem to exist in latest versions.
