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

Re: configure level change on arm to build PIC until glibc-2.2?

On Mon, 28 Aug 2000, Adam C Powell IV wrote:

> > Poorer code generated for static executables; useless register loads.
> > Results in a performance penalty, larger code size.
> This is why Debian policy requires shared objects to be built with -fPIC, static
> without (section 4.2).  If something is not being built this way, a bug report
> would be in order.

Well, quite.  Perhaps I'm missing something here, but I don't see what
the use of a non-position-independent shared object is; whether Debian
policy mandates it or not, I would have imagined it were a technical
necessity.  Or perhaps `-fPIC' and `position independent' aren't fully

This is the sort of issue `libtool' is supposed to ease.  Presumably
the wrongly-built shared libraries just aren't using libtool and making
wrong guesses for the architecture, or perhaps using old versions of

Hopefully when wanna-peruse is finished, we should be able to go and
ask questions like `which packages failed because of a shared library
error?' and get the answer. :-)


Reply to: