Ok, that looks like everything should be in order and it should be filled in. I'm not quite sure what's going on here, but for peace of mind, can you try moving lib boost_system.a to be the last item in the command line? E.g. for GCC, if library A depends on library B, then on the cmdline you need to have gcc A.a B.a, i.e. the items present later in the list fulfill the dependencies raised by the items earlier in the list. (see here for more info http://stackoverflow.com/questions/45135/linker-order-gcc ) I think we should not have this issue with emcc, but worth sanity-checking.
2014-04-07 18:40 GMT+03:00 Erasme Beck <[email protected]>: > Thank you for your answer jj! >> > > here is my new command line: > > em++ BasicTutorial6.bc -o BasicTutorial6.html libOgreMainStatic.a libOIS.a > libboost_system.a libOgreOverlayStatic.a libOgreTerrainStatic.a > > > And I still have those nasty unresolved symbols... > > So I checked for unresolved symbols in some libraries (eg > libboost_system.a): > > nm libboost_system.a | grep _ZN5boost6system16generic_categoryEv > > > Here is the output: > > 000022b0 T _ZN5boost6system16generic_categoryEv > > > It doesn't seem like an unresolved symbol to me... > > > > -- > You received this message because you are subscribed to the Google Groups > "emscripten-discuss" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "emscripten-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
