[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug binutils/15920] <bfd.h> not suitable as a general-purpose header

From: raphael.manfredi at gmail dot com
Subject: [Bug binutils/15920] <bfd.h> not suitable as a general-purpose header
Date: Mon, 02 Sep 2013 16:43:33 +0000


--- Comment #6 from Raphael Manfredi <raphael.manfredi at gmail dot com> ---
On my Debian machine, "dpkg -L binutils-dev" yields the following files:


If there's no ABI stability, don't provide a .so, just the .a as we don't want
to dynamically link against it.

If there is no API stability, then why not define one?  The BFD "component"
(since you insist it's not a library) seems stable enough to get a
general-purpose API.  Clearly draw the line between features that are
sufficiently high-level to require an API, and those that must rather stay

The documentation in https://sourceware.org/binutils/docs/bfd/ seems to be a
good start for a public API...

Capitalizing on the effort required to come-up with BFD in the first place is
not only a tribute to the team, it's also saving engineering cycles for other
projects because these projects have a way to access program symbols easily,
meaning easier debugging during development, better code quality.  Everybody

I understand committing a public API is a responsibility, meaning harder work
because then you have to think about backward compatibility, etc...  It's also
something that I see worth doing.  If you don't want to make everything
visible, choose a subset that's been stable for the last 10 years.  I'm sure
most of the application-level features could be made available via a stable

You are receiving this mail because:
You are on the CC list for the bug.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]