[Bf-committers] Re: Link error with new SConscript

[Randall Rickert]

Thanks for the tips. Compiling with gcc 3.3 got me an executable that  
worked (after I put it into a *.app package).
-Randall


Jean-Luc Peurière wrote:
>> *From: *Randall Rickert <randall at rickert-digital.com
>> <mailto:randall at rickert-digital.com>>
>> *Date: *5 février 2006 05:51:25 HNEC
>> *To: *bf-committers at projects.blender.org
>> <mailto:bf-committers at projects.blender.org>
>> *Subject: **[Bf-committers] Link error with new SConscript*
>> *Reply-To: *bf-blender developers <bf-committers at projects.blender.org
>> <mailto:bf-committers at projects.blender.org>>
>>
>> Hi,
>>
>> After updating CVS with new SConscript and running scons under OS X,
>> the linker failed because it couldn't find the OpenEXR libs. I had to
>> copy the libs from /sw/ (where fink puts them) to /usr/local/,
>> because simply setting BF_OPENEXR = '/sw' in darwin-config.py doesn't
>> work. It would find the include files, but not the libs. There is
>> no BF_OPENEXR_LIBPATH to set.
>>
>> But here's the strange part: In darwin-config.py I
>> set WITH_BF_OPENEXR = 'false', so I don't understand why it is trying
>> to link OpenEXR libs into blender in the first place.
>>
>> After fixing the OpenEXR libs I get this:
>>
>> Linking program ==> 'blender'
>> /usr/bin/ld: warning can't open dynamic library:
>> /opt/local/lib/libjpeg.9.dylib (checking for undefined symbols may be
>> affected) (No such file or directory, errno = 2)
>> /usr/bin/ld: Undefined symbols:
>> __ZNSaIcED4Ev
>> std::basic_string<char, std::char_traits<char>, std::allocator<char>
>>> ::_S_empty_rep_storage
>> __ZNSt15basic_streambufIcSt11char_traitsIcEEC4Ev
>> __ZNSt15basic_streambufIcSt11char_traitsIcEED4Ev
>> std::__default_alloc_template<true, 0>::deallocate(void*, unsigned  
>> long)
>> std::__default_alloc_template<true, 0>::_S_force_new
>> std::__default_alloc_template<true, 0>::_S_free_list
>> std::__default_alloc_template<true, 0>::_S_node_allocator_lock
>> __ZNSt24__default_alloc_templateILb1ELi0EE5_LockD4Ev
>> std::__default_alloc_template<true, 0>::allocate(unsigned long)
>> std::__default_alloc_template<true, 0>::_S_refill(unsigned long)
>> std::basic_string<char, std::char_traits<char>, std::allocator<char>
>>> ::_Rep::_S_create(unsigned long, std::allocator<char> const&)
>> collect2: ld returned 1 exit status
>> scons: *** [/develop/build/darwin/bin/blender] Error 1
>> scons: building terminated because of errors.
>>
> gcc4 typical problems. ABI changed and C++ libs have big problems with
> that.
>
> i will work this week to get a suitable environment for gcc4. in the
> meantime, use gcc3.3
>
> Jesterking corrected the OPENEXR problem where it would link even if
> not requested
>
> BF_OPENEXR_LIBPATH is defined, just add it to your user-config.py
>
> Note, that except for 10.2 users, using fink provided stuff should be
> not necessary, and that i recommend to use darwinports unix ports
> instead if possible.
> darwinports are much more cleaner in their compile settings. fink
> stuff tends to be uncompatible with the rest
>
> -- 
> JLuc Peurière
> ---------------------------------------------------------------------- 
> --
>
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at projects.blender.org
> http://projects.blender.org/mailman/listinfo/bf-committers
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://projects.blender.org/pipermail/bf-committers/attachments/20060205/07a0802b/attachment.html