gentoo-kernel compile fails without binutils-libs

[grant123]

Compiling gentoo-kernel-6.19.2 fails with 'fatal error: bfd.h: No such file or directory' unless I install binutils-libs.

[turtles]

Compiling gentoo-kernel-6.19.2 fails with 'fatal error: bfd.h: No such file or directory' unless I install binutils-libs.

seems like a bug if binutils-libs is needed for Binary File Descriptor (BFD) library then I think it would be in the kernel-build eclass
What does

Code: Select all

grep -n "BDEPEND=" /usr/portage/eclass/kernel-build.eclass -A 15

give you?

[beastrabban]

Compiling gentoo-kernel-6.19.2 fails with 'fatal error: bfd.h: No such file or directory' unless I install binutils-libs.

seems like a bug if binutils-libs is needed for Binary File Descriptor (BFD) library then I think it would be in the kernel-build eclass
What does

Code: Select all

grep -n "BDEPEND=" /usr/portage/eclass/kernel-build.eclass -A 15

give you?

Hi, I'm not OP but I'm having the exact same issue. I noticed it when I tried to switch from gentoo-kernel-bin to gentoo-kernel. In my case, it compiled successfully the first time, but warned me about preserved libraries. When I tried to run

Code: Select all

emerge -aqv @preserved-rebuild

, it failed with the same message as OP.

The

Code: Select all

/usr/portage/

directory does not seem to exist on my system. Is there any other information that I can provide to troubleshoot the issue?

[turtles]

The

Code: Select all

/usr/portage/

directory does not seem to exist on my system. Is there any other information that I can provide to troubleshoot the issue?

Interesting, my system is old what does this give you?:

Code: Select all

find $(portageq get_repo_path / gentoo) -name "kernel-build.eclass" 

[Zucca]

/usr/portage/ has been deprecated... While onyone can still use that location or any other location, the default is now /var/db/repos/gentoo/.

[turtles]

Ahh ok actually run this:

Code: Select all

grep -n -A 15 "BDEPEND=" $(find $(portageq get_repo_path / gentoo) -name "kernel-build.eclass")

sys-libs/binutils-libs should probably be in that list.
Looking at https://www.kernel.org/pub/linux/kernel ... geLog-6.19
objtool was significantly rewritten to support late-linked objects (LTO/IBT compatible) and to perform "binary diffing" between kernel objects.
so sys-libs/binutils-libs most likely needs to be in the kernel-build.eclass
There might be a bug on bugzilla if not one of you could report it;
I would suggest this patch to resolve the bug, if its a bug.

Code: Select all

diff -u /usr/portage/eclass/kernel-build.eclass /usr/portage/eclass/kernel-build.eclass.new 
--- /usr/portage/eclass/kernel-build.eclass     2025-11-23 11:42:32.000000000 -0800
+++ /usr/portage/eclass/kernel-build.eclass.new 2026-02-18 10:18:44.649954771 -0800
@@ -52,6 +52,7 @@
        sys-devel/bison
        sys-devel/flex
        virtual/libelf
+       sys-libs/binutils-libs
        arm? ( sys-apps/dtc )
        arm64? ( sys-apps/dtc )
        riscv? ( sys-apps/dtc )

[grknight]

Take note of Bug 970027 - sys-kernel/gentoo-sources-6.19.0 is missing headers for objtool build with gcc

[turtles]

Take note of Bug 970027 - sys-kernel/gentoo-sources-6.19.0 is missing headers for objtool build with gcc

Thanks I don't have a up to date system to reproduce and test on but I added my suggested patch idea to that bug.
The manual solution is simply emerge sys-libs/binutils-libs

[Anon-E-moose]

binutils produces bfd.h file but its buried under /usr/lib64/binutils/x86_64-pc-linux-gnu/<binutil version>/include

binutils-libs also produces bfd.h file and buries it too, BUT also produces a shim /usr/include/bfd.h that points to the real one
depending on the cpu arch.

And yes the one produce by binutils is the same as the one from binutils-libs, they just go in different places and one produces a shim.