| ~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ x86_64-pc-linux-gnu-g++ -O2 -pipe -march=native -fno-diagnostics-color -Wl,-O1 -Wl,--as-needed -Wl,--defsym=__gentoo_check_ldflags__=0 -o insaneodyssey io.o -lSDLmain -lSDL -lSDL_mixer -lSDL_image /usr/lib/gcc/x86_64-pc-linux-gnu/10.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lSDLmain collect2: error: ld returned 1 exit status make[3]: *** [Makefile:378: insaneodyssey] Error 1 make[3]: Leaving directory '/var/tmp/portage/games-arcade/insaneodyssey-000311-r1/work/insaneodyssey/insaneodyssey' ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_no-multilib-20210331-001544 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-7.3.1 [2] x86_64-pc-linux-gnu-10.2.0 * clang version 11.1.0 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/11/bin /usr/lib/llvm/11 11.1.0 Python 3.8.9 Available Ruby profiles: (none found) Available Rust versions: [1] rust-bin-1.51.0 [2] rust-1.51.0 * The following VMs are available for generation-2: *) AdoptOpenJDK 8.282_p08 [openjdk-bin-8] Available Java Virtual Machines: [1] openjdk-bin-8 system-vm The Glorious Glasgow Haskell Compilation System, version 8.10.4 timestamp(s) of HEAD at this tinderbox image: /var/db/repos/gentoo Tue Apr 6 00:05:18 UTC 2021 emerge -qpvO games-arcade/insaneodyssey [ebuild N ] games-arcade/insaneodyssey-000311-r1
Created attachment 697890 [details] emerge-info.txt
Created attachment 697893 [details] emerge-history.txt
Created attachment 697896 [details] environment
Created attachment 697899 [details] etc.portage.tar.bz2
Created attachment 697902 [details] games-arcade:insaneodyssey-000311-r1:20210406-010520.log
Created attachment 697905 [details] logs.tar.bz2
Created attachment 697908 [details] temp.tar.bz2
Probably an ebuild bug for SDL2, fix pending here... https://github.com/gentoo/gentoo/pull/20087
Actually this uses SDL1, maybe that has the same issue?
This seems to have been resolved somewhere since I last looked and libtool is not even used during the build. Perhaps this was related to one of the fixes in SDL1?
There was also a fix in slibtool for SDL where it was failing to build explicitly static libraries with rlibtool.