[Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [13633] trunk/blender/source/blender: == Pynodes ==

Willian Padovani Germano wpgermano at gmail.com
Fri Feb 15 13:23:57 CET 2008

Hi Chris,

Linux here (Archlinux), but I'm using the i686 (so 32 bits) version, 
compiling with scons, didn't change the default: WITH_BF_BINRELOC = 'true'.

Chris Want wrote:
> Sorry for the slow feedback -- the player doesn't compile for me due
> to a redefinition of zLhm65070058860608_br_find_exe().
> When I "#if 0" out the definition you committed in stubs.c, the
> player does compile for me. Using x86_64 Ubuntu here.
> This function name seems *very* strange -- it does not match the name
> of the function in binreloc.c and looks like it was generated
> by gcc.

It's a define in extern/binreloc/include/binreloc.h:

/* Mangle symbol names to avoid symbol collisions with other ELF objects. */
	#define br_init             zLhm65070058860608_br_init

The same (with the same prefix) is done for 15 binreloc functions.

> What is the error that you are trying to fix here? (i.e., the exact
> output.)

Like you I've "#if 0" the stub:

Linking program ==> 'blenderplayer'
/w/blender/svn/build/linux2/lib/libbf_blenlib.a(util.o): In function 
undefined reference to `zLhm65070058860608_br_find_exe'
collect2: ld returned 1 exit status
scons: *** [/w/blender/svn/build/linux2/bin/blenderplayer] Error 1
scons: building terminated because of errors.

With the stub all goes well. But I have more than enough reasons (*) to 
revert my change, thanks for the feedback.

(*) No one complained about it before me; yours is the second 
confirmation that my change broke linux 64; thinking about it it makes 
sense to have binreloc for the player and the related SConstruct file 
makes that clear, I just saw it.


More information about the Bf-committers mailing list