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