On Monday, Nov 13th 2006 at 11:57 -0500, quoth Jakub Jelinek: =>On Mon, Nov 13, 2006 at 11:29:06AM -0500, Lane Brooks wrote: =>> I have the 32b and 64b version of a third party shared library that I am =>> trying to link against. I can link fine against the 32b version on a =>> 32b FC5 machine just fine. The 64b version (also on FC5), however, =>> gives the following error: =>> =>> /usr/bin/ld: ./ams_read: hidden symbol `atexit' in =>> /usr/lib64/libc_nonshared.a(atexit.oS) is referenced by DSO =>> /usr/bin/ld: final link failed: Nonrepresentable section on output =>> collect2: ld returned 1 exit status =>> =>> Any ideas on what the problem is? Is it a problem with FC5 or with the =>> shared library? => =>In the third party shared library. Most probably it was incorrectly =>linked with ld -shared instead of gcc -shared (or g++ -shared). There used to be a tool called mksymdb which ran over your whole system and created a dbm of all or your libraries. Then when you got an unresolved symbol error, you just ran locsym and it immediately told you what library or libraries defined the global. It was written in perl and it is still lying around but it's very much out of date. Has anyone seen anything like this. I could rewrite it. -- fedora-list mailing list fedora-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
