On May 21, 2008, at 1:07 PM, Black wrote:
On May 21, 2008, at 12:19 PM, Patrick Hartling wrote:If you look at sconf.log_darwin_g++, you will see the errors reported by the compiler or the linker when trying to find Boost.Filesystem. My guess is that the new dependency on Boost.System introduced in Boost 1.35 is the source of the problem. Some part of the OpenSG build (either the SConstruct file or something in SConsAddons) needs to be updated to know that - lboost_system-1_35 must be included when testing for the availability of Boost.Filesystem. -PatrickYou nailed it - that was exactly what was going on. After inserting a common_env.Append(LINKFLAGS=['-lboost_system-1_35']) before the process options step it cleared the filesystem hurdle. Admittedly, not a pretty fix, but like I said this is the first time I've set eyes on scons and I couldn't figure out a more generic solution. Unfortunately, the build still failed. It got all of the way to building libOSGBase.dylib and it failed again with Undefined symbols: "_main", referenced from: start in crt1.10.5.o ld: symbol(s) not found collect2: ld returned 1 exit status Thoughts?
It appears that SCons is not linking the code as a shared library. Could you post the whole link line that fails?
-Patrick -- Patrick L. Hartling Senior Software Engineer, Priority 5 http://www.priority5.com/
PGP.sig
Description: This is a digitally signed message part
------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
