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