yade-dev team mailing list archive
-
yade-dev team
-
Mailing list archive
-
Message #01968
Re: ld: new problems on Mac OS X
> g++ -o /Users/richefeu/Documents/yade-local/build-vr/
> libParticleParameters.dylib -dynamiclib -rdynamic /Users/richefeu/
> Documents/yade-local/build-vr/pkg/common/DataClass/PhysicalParameters/
> ParticleParameters.os -L/Users/richefeu/Documents/YADE/lib/yade-vr/
> extra -L/Users/richefeu/Documents/YADE/lib/yade-vr/gui -L/Users/
> richefeu/Documents/YADE/lib/yade-vr/lib -L/Users/richefeu/Documents/
> YADE/lib/yade-vr/py -L/Users/richefeu/Documents/YADE/lib/yade-vr/
> plugins -lpthread -lboost_system-mt -lboost_thread-mt -
> lboost_date_time-mt -lboost_filesystem-mt -lboost_iostreams-mt -
> lboost_regex-mt -lboost_serialization-mt -lboost_program_options-mt -
> lsqlite3 -lminiWm3 -framework CoreServices -framework Carbon
> Undefined symbols:
> "ClassFactory::registerFactorable(std::basic_string<char,
> std::char_traits<char>, std::allocator<char> >, Factorable* (*)(),
> boost::shared_ptr<Factorable> (*)(), void* (*)())", referenced from:
You must find some way how to tell the linker to ignore that there
symbols undefined at link time -- ClassFactory and other libs are
compiled in to libsupport.so, which is loaded the ld.so linker (when
yade binary starts, because it is linked with that one).
You could try adding all libs that main links with (see
core/SConstript), i.e. yade-support, sqlite3, miniWm3, rt to
env['LIBS']. I still doubt that it will solve that, though.
V.
Follow ups
References