Your suggestion did indeed remove the spare -lboost_system-1_35 and group it properly, but otherwise nothing changed - same error.
On May 22, 2008, at 10:15 AM, Patrick Hartling wrote: > On May 21, 2008, at 6:00 PM, Black wrote: > >> Here is the full build step that failed: >> g++ -o build.darwin.g++/type-optimized--arch-ia32/Source/ >> libOSGBase.dylib -lboost_system-1_35 -arch i386 -shared > > [...] > >> Undefined symbols: >> "_main", referenced from: >> start in crt1.10.5.o >> ld: symbol(s) not found >> collect2: ld returned 1 exit status > > Well, that looks fairly correct. The -shared option is in there, and > that's what I was hoping to see. Having the -lboost_system-1_35 > option where it is doesn't seem like it should be a problem, but how > about if you replace your addition to the SConstruct file with the > following: > > common_env.AppendUnique(LIBS=['boost_system-1_35']) > > I noticed that your link line had two -lboost_system-1_35 options, > and that seems odd. The above will make sure that it is not added > unnecessarily and that it is grouped with the other -l options. > > -Patrick > >> On May 21, 2008, at 5:08 PM, Patrick Hartling wrote: >> >>> >>> 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. >>>>> >>>>> -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? >>> >>> >>> 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/ >>> >>> ------------------------------------------------------------------------- >>> 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 >> >> >> ------------------------------------------------------------------------- >> 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 > > -- > Patrick L. Hartling > Senior Software Engineer, Priority 5 > http://www.priority5.com/ > > ------------------------------------------------------------------------- > 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 ------------------------------------------------------------------------- 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
