Re: address@hidden

[Graham Percival]

On Tue, Jun 28, 2011 at 11:18:46AM +0200, Jan Nieuwenhuizen wrote:
> Graham Percival writes:
> 
> > /main/src/gub/target/tools/root/usr/lib/libltdl.so.7: undefined
> > reference to address@hidden'
> 
> You should find out what command that is.  I don't fully understand
> what's happening here.  The command is using GUB's libc.

Well, this morning I delete the lilypond stuff and rebuilt again;
this time there were no problems at all.  Uploading 2.15.3 right
now.

*sigh*
I've checked my disk for SMART errors twice (doing a full test
both times) without finding anything... but that big google report
on hard drive failures a few years ago showed that 30% of drives
never reported any SMART warnings before dying.

> Strangly, it looks like it could be python.  In that case, you could
> check by doing something like
> 
>    LD_LIBRARY_PATH=$HOME/vc/gub/target/linux-x86/root/usr/lib ldd 
> target/linux-x86/root/usr/bin/python 
>
> Could it be that your python is statically linked?

I don't know?  I haven't rebuilt python between then and now, so
here's what both runs had:

address@hidden:/main/src/gub$
LD_LIBRARY_PATH=$HOME/vc/gub/target/linux-x86/root/usr/lib ldd
target/linux-x86/root/usr/bin/python
        linux-gate.so.1 =>  (0x009cd000)
        libpython2.4.so.1.0 =>
/main/src/gub/target/linux-x86/root/usr/bin/../lib/libpython2.4.so.1.0
(0x00110000)
        libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0
(0x00a6e000)
        libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x00c72000)
        libutil.so.1 => /lib/tls/i686/cmov/libutil.so.1
(0x0057b000)
        libstdc++.so.6 =>
/main/src/gub/target/linux-x86/root/usr/bin/../lib/libstdc++.so.6
(0x00db3000)
        libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x00924000)
        libgcc_s.so.1 =>
/main/src/gub/target/linux-x86/root/usr/bin/../lib/libgcc_s.so.1
(0x0068c000)
        libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x0021e000)
        /lib/ld-linux.so.2 (0x00bd1000)
address@hidden:/main/src/gub$ 


Cheers,
- Graham