Re: ICEs, libc6, yp
Adam C Powell IV <hazelsct@mit.edu> writes:
> Okay, here's the problem... To build libIIOP.so, libtool does the following:
>
> * Build each of the new .lo object files using -fPIC, the way it should be.
> * ar x /usr/lib/libwrap.a
> * for I in some list of old objs; do mv $I.o $I.lo; done
> * ar x /usr/lib/libwrap.a
> * gcc -shared new objs and old objs
>
> So, it seems the culprit is the objects in libwrap.a, from the
> netbase package (3.12-2.1). Why is there no libwrap.so? Is it
> possible that that library could have its objects built -fPIC? Is
> there another way to get libwrap objects into libIIOP.so that will
> work? :-)
It's quite likely that libwrap.a is the problem.
On my i386 potato system - I now have a libwrap0 package with a
libwrap.so (built from the tcp-wrappers source). I think that's a
fairly recent addition to Debian. There's been a lot of changes in
netbase lately - the ARM binaries are probably quite lagged.
I'll see what I can do about rebuilding them manually.
When I get some time, I definitely need to get the autobuilder going.
> And why does this trick work on other platforms? Is this really
> just a bug in ld.so for ARM (1.9.11-2), as the error message would
> suggest?
Other platforms (like i386) aren't as picky about whether -fPIC is
used or not. Debian policy says that packages are supposed to use it
- but since we're working from the development sources, it's quite
likely that I compiled a package that didn't do things right.
I'll try to build a new netbase and tcp-wrappers (and whatever else is
needed).
Cheers,
- Jim
Reply to:
- References:
- ICEs, libc6, yp
- From: Adam C Powell IV <hazelsct@mit.edu>
- Re: ICEs, libc6, yp
- From: Jim Pick <jim@jimpick.com>
- Re: ICEs, libc6, yp
- From: Philip Blundell <pb@nexus.co.uk>
- Re: ICEs, libc6, yp
- From: Adam C Powell IV <hazelsct@mit.edu>
- Re: ICEs, libc6, yp
- From: Adam C Powell IV <hazelsct@mit.edu>