[Bf-committers] Link error with new SConscript

[Austin Benesh]

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
>   
The define required to include OpenEXR in the build is WITH_OPENEXR, not 
WITH_BF_OPENEXR. Try that, that should fix the problems.