/usr/include/bfd.h: No such file or directory

[n00b@localhost]

I have started to get a bunch of packages fail to compile complaining about a missing bfd.h after I compiled a cross toolchain using crossdev.

bfd.h is installed by binutils in /usr/lib64/binutils/x86_64-pc-linux-gnu/${VERSION}/include and linked to /usr/include/bfd.h by binutils-config/eselect binutils. The link is not present and is not created by either binutils-config or eselect binutils.

I have searched the forums and the bug tracker and no-one seems to have had this problem. I think it may be related to #562460 but the patch in that bug does not fix this problem.

Keruskerfuerst · Posted: Wed Oct 14, 2015 2:45 pm Post subject:

You can download the file here:

https://www.google.de/search?q=bfd.h&ie=utf-8&oe=utf-8&gws_rd=cr&ei=dGoeVoKMDsexswGt-ZDgBw

[n00b@localhost] · Posted: Wed Oct 14, 2015 2:55 pm Post subject:

Thanks, but you are misunderstanding the problem. I have the file. In fact, I have two versions of the file for two different toolchains.

The problem is that binutils-config should be creating a link to one of them at /usr/include/bfd.h but isn't.

Keruskerfuerst · Posted: Wed Oct 14, 2015 3:06 pm Post subject:

Then you can create a link to one of the two packages bfd.h

[n00b@localhost] · Posted: Wed Oct 14, 2015 3:13 pm Post subject:

Which one? binutils-config should be creating this link, but isn't. That is the problem.

I don't know how many other links it is choosing not to create (e.g. does it also create links to the corresponding libbfd.so in /usr/lib?).

avx · Advocate Joined: 21 Jun 2004 Posts: 2152

A little late, but I also fall over this trying to merge sbsigntool and it not finding bfd.h, though equery f binutils says it's installed - just not linked.
_________________
++++++++++[>+++++++>++++++++++>+++>+<<<<-]>++.>+.+++++++..+++.>++.<<+++++++++++++++.>.+++.------.--------.>+.>.

[n00b@localhost] · Posted: Fri Nov 06, 2015 11:46 am Post subject:

I found another user with a similar problem and we were able to work out the problem ourselves.

/usr/include/bfd.h is installed by binutils-libs and managed with eselect-binutils:5 or later. The problem is that the split of binutils into binutils and binutils-libs has left some packages requiring functionality that was previously provided by binutils but has been moved into binutils-libs. The ebuilds for those packages needs to be updated to depend on binutils-libs. In the meantime, the problem can be solved by explicitly emerging binutils-libs.

avx · Advocate Joined: 21 Jun 2004 Posts: 2152

Well if that wasn't a fast reply, thank you, gonna try that right now. In the meantime, is there already a bug open for this so I can report the sbsigntool ebuild?

Edit, that worked, thanks very much.
_________________
++++++++++[>+++++++>++++++++++>+++>+<<<<-]>++.>+.+++++++..+++.>++.<<+++++++++++++++.>.+++.------.--------.>+.>.

[n00b@localhost] · Posted: Fri Nov 06, 2015 11:56 am Post subject:

There are a couple I could find for other packages that are having the same problem (#562250 for dev-util/perf and #563976 for net-p2p/amule) but none for sbsigntool so you may want to report it.

AFAICT there should be multiple packages experiencing this problem and there should be a tracker bug for them so I put it down to me not being able to use the b.g.o search tool effectively or the problem being localised to my particular setup (which would not constitute a bug). I'm glad to hear someone else has experienced this problem and the solution also works for them!

(Automatic email notifications coinciding with my morning coffee break at work equals fast replies.

)

Cyker · Veteran Joined: 15 Jun 2006 Posts: 1746

I just got bitten by a similar problem to this, but with

lacimarsik · n00b Joined: 07 Apr 2016 Posts: 12

Also had this problem with app-crypt/sbsigntool package not depending on sys-libs/binutils-libs the fix was just recently pushed upstream https://bugs.gentoo.org/show_bug.cgi?id=575380

steveL · Posted: Thu Apr 07, 2016 10:31 pm Post subject:

(A bit late, but general advice.)