[Bf-committers] Link error with new SConscript

Jean-Luc Peurière jlp at nerim.net
Sun Feb 5 12:59:02 CET 2006

> From: Randall Rickert <randall at rickert-digital.com>
> Date: 5 février 2006 05:51:25 HNEC
> To: 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>
> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://projects.blender.org/pipermail/bf-committers/attachments/20060205/5ec50883/attachment.htm

More information about the Bf-committers mailing list