So I was trying to sort out the -no-undefined flags on the new step
libs and ran into dumbness. Turns out there are presently a few
cyclic dependencies between at least cldai and clstepcore. Pretty
sure it's a little worse than that with at least one or two symbols
also in libfedex, but it does look to just be one or two:
Undefined symbols in libstepcore:
_HASHinitialize
SDAI_DAObject_SDAI::SDAI_DAObject_SDAI()
SDAI_DAObject_SDAI::~SDAI_DAObject_SDAI()
InstMgr::FindFileId(int)
typeinfo for SDAI_DAObject_SDAI
Undefined symbols in libstepdai
SDAI_LOGICAL::SDAI_LOGICAL(char*)
SDAI_LOGICAL::~SDAI_LOGICAL()
SDAI_BOOL::SDAI_BOOL(char*)
SDAI_BOOL::~SDAI_BOOL()
SDAI_String::operator=(char const*)
So the fix is probably to see if those SDAI symbols can be moved from
libstepcore to libstepdai, which should resolve most of them. Then
the harder part is probably going to require not using DAObject in
libstepcore (didn't look to see where that was used). The hash
function looks to just be called in the wrong place.
Note that these dependency problems will bite our compile on
platforms that don't allow undefined symbols (e.g., aix).
Cheers!
Sean
------------------------------------------------------------------------------
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, &
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com
_______________________________________________
BRL-CAD Developer mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/brlcad-devel
