On 11/01/2013 03:48 PM, Eric Bautsch wrote:
Output from LD_DEBUG=all ldd -r solver/unxsogi.pro/bin/idlc >log 2>&1 attached.
Unfortunately doesn't give a clue why the loader refuses to pick the symobls from libuno_sal.so.3.
The last idea I have is that there's something wrong with the symbol versions.
02205: file=libuno_sal.so.3; needed by solver/unxsogi.pro/bin/idlc
02205:
02205: find object=libuno_sal.so.3; searching
02205: search
path=$ORIGIN/../../ure-link/lib:/export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/lib
(RUNPATH/RPATH from file solver/unxsogi.pro/bin/idlc)
02205: trying
path=/export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/bin/../../ure-link/lib/libuno_sal.so.3
02205: trying
path=/export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/lib/libuno_sal.so.3
libuno_sal.so.3 =>
/export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/lib/libuno_sal.so.3
02205:
file=/export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/lib/libuno_sal.so.3
[ ELF ]; generating link map
02205: addr: 0xfe4e4000 size: 0x4e38c
02205: lmid: BASE lmco: 0x10
02205:
02205: version needed processing: file=solver/unxsogi.pro/bin/idlc
02205: file version
02205: libuno_sal.so.3 LIBO_UDK_4.1
02205: libuno_sal.so.3 UDK_3.6
02205: libuno_sal.so.3 LIBO_UDK_4.0
02205: libuno_sal.so.3 PRIVATE_1.1
02205: libuno_sal.so.3 UDK_3_0_0
indicates that idlc does expect to see versioned symbols from libuno_sal.so.3, but I forgot what the Solaris command is to see what versions the symbols exported/required by an object should have (psv? pvs? something like that), and whether there's an LD_DEBUG argument in addition to "all" on Solaris to make it output information about symbol resolution version mismatch.
Stephan