[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 <48F8C8A4.9080003%NetBSD.org@localhost>, Elad Efrat
> <elad%NetBSD.org@localhost> wrote:
> >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 libiberty.so 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 foo.so 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
Main Index |
Thread Index |