Re: Further GUB problems

[Jan Nieuwenhuizen]

Jan Nieuwenhuizen <address@hidden> writes:

> so configure is called with an environment setting (LDFLAGS?) that
> makes gcc look in local.

The problem is LD_LIBRARY_PATH.

$ LD_LIBRARY_PATH=/home/janneke/bzr/gub/target/local/system/usr/lib 
target/linux-x86/system/usr/cross/bin/i686-linux-gcc  
-I/home/janneke/bzr/gub/target/linux-x86/build/lilypond-origin  -O2 
-finline-functions -g -pipe 
-I/home/janneke/bzr/gub/target/linux-x86/system/usr/include  
-L/home/janneke/bzr/gub/target/linux-x86/system/usr/lib 
-L/home/janneke/bzr/gub/target/linux-x86/system/usr/bin 
-L/home/janneke/bzr/gub/target/linux-x86/system/usr/lib/w32api -Wl,--as-needed  
-Wl,--rpath,'$${ORIGIN}/../lib/'  ugh.c -lguile  
-L/home/janneke/bzr/gub/target/linux-x86/system/usr/lib -lguile -lgmp -ldl
/home/janneke/bzr/gub/target/local/system/usr/lib/libgmp.so.3: undefined 
reference to address@hidden'
collect2: ld gaf exit-status 1 terug

We have a bit of a problem here.  For all tools (from local) that we run,
LD_LIBRARY_PATH must to point to local (first), but during link time
it must be unset (or point to linux-x86, but the cross compile will do
that for us).

So, either we wrap all executables in local, or we call the cross compiler
`LD_LIBRARY_PATH= i686-linux-gcc'.

Jan.
  
-- 
Jan Nieuwenhuizen <address@hidden> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien       | http://www.lilypond.org