tech-toolchain archive

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

Re: /usr/obj/gnu/lib/libiberty/libiberty.a: could not read symbols: Bad value

On Fri, Oct 17, 2008 at 05:24:40PM +0000, Christos Zoulas wrote:
> In article <>, Elad Efrat  
> <> wrote:
> >Hi,
> >
> >I get that too. It's another issue with MKPIE=yes builds.
> Well, it should be linking against libiberty_pic.a ... I don't think that
> making libiberty.a PIC is a good idea. Or just create and
> be done with it.

This is a persistent problem with MKPIE: things are generated as PIC
inappropriately instead of linking other things against already-existing
PIC or shared versions of the same objects.

It is a fairly thorny Makefile problem because you have to somehow _know_
that the linker won't find and will try to use foo.a, so that you
can then change the library name supplied to the linker to foo_pic so that
it picks up foo_pic.a.

Can anyone think of an elegant way to solve this?

Thor Lancelot Simon                               
    "Even experienced UNIX users occasionally enter rm *.* at the UNIX
     prompt only to realize too late that they have removed the wrong
     segment of the directory structure." - Microsoft WSS whitepaper

Home | Main Index | Thread Index | Old Index