Static libc.a and weak __pthread_unwind symbol problem
Mike Frysinger
vapier@gentoo.org
Tue Aug 30 01:35:00 GMT 2011
On Monday, August 29, 2011 19:06:02 Bryan Ischo wrote:
> On 08/29/11 15:52, Bryan Ischo wrote:
> > I did try hacking the gcc configuration to force -lpthread when
> > libgcc_s.so was being linked, but that didn't help, I still got the
> > relocation error. Of course, I did that before hiding the
> > __pthread_unwind symbol. Are you saying that both hiding the symbol
> > and forcing libgcc_s.so link to include -lpthread should work? I hope
> > so - I'll try it now!
>
> This approach does get past the __pthread_unwind problem but introduces
> another:
>
> /home/bji/buildtools/output/install/stage2/x86_64-unknown-linux-gnu/usr/x86
> _64-unknown-linux-gnu/bin/ld:
> /home/bji/buildtools/output/install/stage1/x86_64-unknown-linux-gnu/usr/li
> b/libpthread.a(pthread_once.o): relocation R_X86_64_32 against
> `__gcc_personality_v0' can not be used when making a shared object;
> recompile with -fPIC
>
> I'm not sure if I should give up or keep pressing forward. God knows
> I've pressed forward through dozens of problems already that I probably
> should have just given up on, would hate to be finally defeated by this
> one ...
just build shared libs and be done. or dont build shared libs for anything.
-mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
URL: <http://sourceware.org/pipermail/libc-help/attachments/20110830/7cad4a59/attachment.sig>
More information about the Libc-help
mailing list