https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: dev-debug/gdb-14.1-r1 fails to compile. Discovered on: amd64 (internal ref: slibtool_tinderbox) System: SLIBTOOL-SYSTEM (https://wiki.gentoo.org/wiki/Project:Tinderbox/Common_Issues_Helper#SLIBTOOL) Info about the issue: https://wiki.gentoo.org/wiki/Project:Tinderbox/Common_Issues_Helper#CF0014
Created attachment 884423 [details] build.log.xz build log and emerge --info (compressed because it exceeds attachment limit, use 'xzless' to read it)
Error(s) that match a know pattern in addition to what has been reported in the summary: *** This configuration is not supported in the following subdirectories: linux-tdep.c:(.text+0x234c): undefined reference to `gcore_elf_build_thread_register_notes(gdbarch*, thread_info*, gdb_signal, bfd*, std::unique_ptr<char, gdb::xfree_deleter<char> >*, int*)' linux-tdep.c:(.text+0x3ba4): undefined reference to `gcore_elf_make_tdesc_note(gdbarch*, bfd*, std::unique_ptr<char, gdb::xfree_deleter<char> >*, int*)' rlibtool: error: <compiler> is missing.
*** This bug has been marked as a duplicate of bug 792969 ***
This is because of a hard coded './libtool' in gdb/acinclude.m4 in their GDB_AC_CHECK_BFD function.
With slibtool-9999 this can be fixed by regenerating the autotools build with eautoreconf using slibtoolize. By setting this in make.conf: AT_M4DIR='/usr/share/slibtool' LIBTOOLIZE='slibtoolize' And applying this patch for elt-patches: https://github.com/gentoo/elt-patches/pull/1 However I am not sure the best way to get eautoreconf to work in the ebuild?