This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: libiberty packaging troubles
- From: John Levon <levon at movementarian dot org>
- To: binutils at sources dot redhat dot com
- Date: Fri, 1 Mar 2002 12:11:41 +0000
- Subject: Re: libiberty packaging troubles
- References: <20020228225904.GA26603@compsoc.man.ac.uk> <20020228182445.A24995@nevyn.them.org> <20020301012758.GA30910@compsoc.man.ac.uk> <20020301015154.A6408@nevyn.them.org>
On Fri, Mar 01, 2002 at 01:51:54AM -0500, Daniel Jacobowitz wrote:
> It doesn't have a defined interface. The only time it's present on the
> system as a shared library is to save space, and I'm not 100% sure why
> we ever install the static library.
or the (broken) headers !
As for the "no defined interface", well, my code is currently working
across a wide range of bfd/libiberty versions. It's not unreasonable to
demand a recompile if the user changes library version.
I assume the interface is not broken gratuitously. After all, several
projects rely on that interface at source level anyway.
> A binary incompatible change in libbfd probably goes in every month at
> the least.
This isn't a problem, or hasn't been yet. Unless you're getting the
shared library versioning wrong (if so, why ?) there's no problem: just
like any other library, if I want to use the BIC new version of a
library, then the users can recompile. After all, libraries are supposed
to be able to avoid this kind of problem.
regards
john
--
I am a complete moron for forgetting about endianness. May I be
forever marked as such.