**** BEGIN LOGGING AT Wed Dec 21 02:59:56 2011 Dec 21 13:53:54 Hi Dec 21 13:58:38 Hi otavio Dec 21 22:54:10 I'm getting a "could not read symbols: File in wrong format" error when linking to a .so. ldd and nm output both seem sane on the .so any ideas? http://pastebin.com/nCW2g8HN Dec 21 22:54:43 What's interesting is the current version of nfs-utils builds fine against this library - it's during my upgrade to nfs-utils 1.2.5 that this error occurs. Dec 21 23:06:19 what does file about the library? Dec 21 23:06:46 did you run swabber on nfs-utils before and after? Dec 21 23:07:05 what does file _say_ about the library? Dec 21 23:10:06 vmeson, libnfsidmap.so.0.3.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, not stripped Dec 21 23:10:18 ah ok Dec 21 23:10:27 I haven't run swabber on the nfs-utils build yet Dec 21 23:10:29 zenlinux, you're building for arm Dec 21 23:10:39 ? Dec 21 23:10:57 no, I should be building for qemux86 Dec 21 23:10:59 ah no Dec 21 23:11:00 ok Dec 21 23:12:40 is the failure repeatable? libtool sometimes does odd things.. Dec 21 23:13:16 vmeson, yep, only happens when building nfs-utils 1.2.5, but not 1.2.3 Dec 21 23:13:40 * vmeson looks quickly at nfs-utils before dinner. Dec 21 23:14:50 note that libnfsidmap is built from a separate recipe Dec 21 23:15:29 yeah. I don't an immediate answer other the the use strace one. :-) Dec 21 23:15:43 s/the the/than the/ Dec 21 23:16:22 vmeson (and GNUtoo), thanks for replying, I'm going to let this simmer for a bit Dec 21 23:16:29 k Dec 21 23:19:47 BTW I'm still running into alternative versions of packages that are misisng the checksums.. :( Dec 21 23:20:02 Hopefully (for the ones I've found and fixed) I'll submit patchs in the next day or so Dec 21 23:57:42 zenlinux: you are using gcc to link here which will be gcc on your build host and not the cross gcc so figure out why thats happening usually libtool macros need update in such cases **** ENDING LOGGING AT Thu Dec 22 02:59:57 2011