I'm using the latest stable release of scons: 0.98.4. On a whim, I  
reinstalled scons and grabbed a fresh copy of the opensg2 source, but  
I still get the same error. I also tried running the final link by  
hand, but got the same result.

I went over the whole build process and didn't see any errors. The  
only vaguely suspicious thing in the output is a bunch of warnings:

build.darwin.g++/instlinks/include/OpenSG/OSGBaseFunctions.inl: In  
function 'TypeT OSG::osgNextPower2(TypeT) [with TypeT = size_t]':
build.darwin.g++/instlinks/include/OpenSG/OSGBaseFunctions.inl:2488:  
warning: right shift count >= width of type

But that shouldn't affect the build process.



On May 22, 2008, at 12:04 PM, Patrick Hartling wrote:

> That's very strange. I am not having any problems building on Mac OS  
> X 10.5 (Intel and PowerPC). I have, however, been working on a  
> branch of the OpenSG 2.0 SVN repository for nearly a year now and  
> have not built the trunk in quite some time. What version of SCons  
> are you using? I am using 0.97 and have not done much testing with  
> 0.98.x yet.
>
> -Patrick
>
> On May 22, 2008, at 9:28 AM, Black wrote:
>
>> 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
>
> --
> 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

Reply via email to