I have been able to cross-compile the player server fine with shared libraries disabled, but when I try cross-compiling without disabling them, I get an interesting error:

/root/gumstix-buildroot/build_arm_nofpu/staging_dir/bin-ccache/../lib/gcc/arm-linux-uclibcgnueabi/4.1.1/../../../../arm-linux-uclibcgnueabi/bin/ld: warning: libplayerutils.so.2, needed by /root/player-2.1.0/client_libs/libplayerc++/.libs/libplayerc++.so, not found (try using -rpath or -rpath-link)
/root/player-2.1.0/client_libs/libplayerc++/.libs/libplayerc++.so: undefined reference to `interf_to_str'
/root/player-2.1.0/client_libs/libplayerc++/.libs/libplayerc++.so: undefined reference to `str_to_interf'
/root/player-2.1.0/client_libs/libplayerc/.libs/libplayerc.so: undefined reference to `msgtype_to_str'
/root/player-2.1.0/client_libs/libplayerc/.libs/libplayerc.so: undefined reference to `itable_init'
collect2: ld returned 1 exit status

Then I am subsequently thrown out of the make process.
I am sure that the libplayerutils.so.2 library should be generated before the compiler grinds to a halt, but the question is, how is it getting lost? And if it wasn't generated before this, what can I do to fix it?

The only reason I want to do this is so that I can cross-compile player client programs against the shared libraries (I got a file format not recognized error off of the normally compiled libplayerc++.so) and then put them on a gumstix, so that I don't have to run them on a desktop or laptop (pretty key to the type of project I am doing).

Let me know if anyone needs more output to get a better grasp of what is going on, and thanks for any help in advance.

Introducing Live Search cashback . It's search that pays you back! Try it Now