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.
>
> -Patrick
You 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?
-------------------------------------------------------------------------
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
