On Mon, Mar 23, 2009 at 03:39:57PM -0600, Trent Shea wrote: > Hi, > > > I'm looking at binutils in chapter six, and how we are copying libiberty.h to > its final location. For the record, I've been working with binutils-2.19.1. > > The configure option --enable-install-libiberty should "Install headers for > end users," unfortunately, I can't get it to work (well, see below.) > > GCC also ships with libiberty and --enable-install-libiberty works as I'd > expect (IE. header files get installed.) Previous discussion on this mailing > list indicates that binutils has historically distributed a newer version, > and > that its version is the preferred choice. I list GCC as an example to show > that there are other packages that distribute libiberty, and that they are > configurable in such a way that the headers get installed. Perhaps it may be > appropriate to report upstream that --enable-install-libiberty has no effect? [...] > > I'm still in the early stages of researching this, but I'd appreciate any > input; mainly, whether or not installing all of the archive's header files > should be considered. > > > Regards, > Trent.
Libiberty came up when I was moaning about static libraries. Robert pointed out that the devs like to make changes without worrying about backwards compatability. http://linuxfromscratch.org/pipermail/blfs-dev/2009-February/019325.html In my own builds, the only packages capable of using libiberty are binutils, gcc, and gdb. They all ship a version, so I figured I'd try NOT installing libiberty.a - gcc and gdb thus use the versions they ship with. The resulting system is, of course, working fine (modulo continuing hangs in testsuites like I reported in -rc1 for the same machine, and modulo problems with the newest libxml2 and abiword). So I now doubt that installing libiberty.a is beneficial. Certainly, it hasn't done any harm so far, and I try not to get too involved in the toolchain. If you don't ever intend to have more than one version of gcc available, it probably makes not a lot of difference. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
