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

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


 - Jim

Reply to: