Re: Compiling LibreOffice 4.1.2.3 on Solaris
On 13/11/13 12:32, Jan Holesovsky wrote: > Eric Bautsch píše v Pá 01. 11. 2013 v 19:57 +: > >> And the output suggests that the versions are OK: >> bautsche@cressida $ pvs solver/unxsogi.pro/bin/idlc >> libm.so.2 (SUNW_1.1); >> libgcc_s.so.1 (GCC_3.0); >> libc.so.1 (SUNWprivate_1.1, SUNW_1.1, SUNW_0.9, >> SUNW_0.7, SYSVABI_1.3); >> libuno_sal.so.3 (LIBO_UDK_4.1, UDK_3.6, LIBO_UDK_4.0, >> PRIVATE_1.1, UDK_3 >> _0_0); >> bautsche@cressida $ pvs >> solver/unxsogi.pro/lib/libuno_sal.so.3 >> libgcc_s.so.1 (GCC_3.0); >> libsocket.so.1 (SUNW_1.1, SUNW_0.7); >> libnsl.so.1 (SUNW_0.7); >> libm.so.2 (SUNW_1.1); >> libpthread.so.1 (SUNW_1.1, SUNW_1.2, SUNW_0.9); >> libuno_sal.so.3; >> UDK_3_0_0; > [...] > > Knowing nothing about Solaris - I wonder why the other libs have eg. > (SUNW_1.1) or (GCC_3.0), but libuno_sal.so.3 has nothing like that, > instead the UDK_3_0_0 etc. are each on a separate line as if it was a > library itself, or what? Could that be the problem? iirc the UDK_3_0_0 above is a version that libuno_sal.so.3 itself exports whereas the things in brackets are versions that libuno_sal.so.3 requires from other (system, hence SUNW_*) libraries, hence the difference. not obivous to me why it's failing to run anyway. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Compiling LibreOffice 4.1.2.3 on Solaris
No, I haven't played with this any further. I'm intending to, but I was going to move the compile over to Solaris 11.1, that being obviously a more stable platform. I have no idea if the lack of brackets or UDK_3_0_0 on its own is significant, but doing a quick pvs on other files (/opt/openoffice.org3/program/*, /usr/bin/* and /usr/lib/*.so) it seems that this behaviour is OK for libraries but not binaries: rpcsec.so: libgss.so.1 (SUNW_1.2, SUNWprivate_1.1); libnsl.so.1 (SUNW_0.7, SUNWprivate_1.1); libc.so.1 (SUNW_1.23); rpcsec.so.1; SUNW_1.2; SUNW_1.1; SUNWprivate_1.1; straddr.so: libnsl.so.1 (SUNWprivate_1.1, SYSVABI_1.3); libc.so.1 (SUNW_1.19); straddr.so.2; SUNWprivate_2.1; I'll let you know how I get on though and thanks for your help. Any and all pointers always welcome... Eric On 13/11/2013 11:32, Jan Holesovsky wrote: Hi Eric, Eric Bautsch píše v Pá 01. 11. 2013 v 19:57 +: Yes, the command is pvs: http://docs.oracle.com/cd/E19253-01/816-5165/pvs-1/ Did you get anywhere, or still stuck, please? :-) And the output suggests that the versions are OK: bautsche@cressida $ pvs solver/unxsogi.pro/bin/idlc libm.so.2 (SUNW_1.1); libgcc_s.so.1 (GCC_3.0); libc.so.1 (SUNWprivate_1.1, SUNW_1.1, SUNW_0.9, SUNW_0.7, SYSVABI_1.3); libuno_sal.so.3 (LIBO_UDK_4.1, UDK_3.6, LIBO_UDK_4.0, PRIVATE_1.1, UDK_3 _0_0); bautsche@cressida $ pvs solver/unxsogi.pro/lib/libuno_sal.so.3 libgcc_s.so.1 (GCC_3.0); libsocket.so.1 (SUNW_1.1, SUNW_0.7); libnsl.so.1 (SUNW_0.7); libm.so.2 (SUNW_1.1); libpthread.so.1 (SUNW_1.1, SUNW_1.2, SUNW_0.9); libuno_sal.so.3; UDK_3_0_0; [...] Knowing nothing about Solaris - I wonder why the other libs have eg. (SUNW_1.1) or (GCC_3.0), but libuno_sal.so.3 has nothing like that, instead the UDK_3_0_0 etc. are each on a separate line as if it was a library itself, or what? Could that be the problem? Regards, Kendy -- / . Eric A. Bautsch /-- __ _____ / // / / (_/(___(__/ email: eric.baut...@pobox.com smime.p7s Description: S/MIME Cryptographic Signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Compiling LibreOffice 4.1.2.3 on Solaris
Hi Eric, Eric Bautsch píše v Pá 01. 11. 2013 v 19:57 +: > Yes, the command is pvs: > http://docs.oracle.com/cd/E19253-01/816-5165/pvs-1/ Did you get anywhere, or still stuck, please? :-) > And the output suggests that the versions are OK: > bautsche@cressida $ pvs solver/unxsogi.pro/bin/idlc > libm.so.2 (SUNW_1.1); > libgcc_s.so.1 (GCC_3.0); > libc.so.1 (SUNWprivate_1.1, SUNW_1.1, SUNW_0.9, > SUNW_0.7, SYSVABI_1.3); > libuno_sal.so.3 (LIBO_UDK_4.1, UDK_3.6, LIBO_UDK_4.0, > PRIVATE_1.1, UDK_3 > _0_0); > bautsche@cressida $ pvs > solver/unxsogi.pro/lib/libuno_sal.so.3 > libgcc_s.so.1 (GCC_3.0); > libsocket.so.1 (SUNW_1.1, SUNW_0.7); > libnsl.so.1 (SUNW_0.7); > libm.so.2 (SUNW_1.1); > libpthread.so.1 (SUNW_1.1, SUNW_1.2, SUNW_0.9); > libuno_sal.so.3; > UDK_3_0_0; [...] Knowing nothing about Solaris - I wonder why the other libs have eg. (SUNW_1.1) or (GCC_3.0), but libuno_sal.so.3 has nothing like that, instead the UDK_3_0_0 etc. are each on a separate line as if it was a library itself, or what? Could that be the problem? Regards, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Compiling LibreOffice 4.1.2.3 on Solaris
Yes, the command is pvs: http://docs.oracle.com/cd/E19253-01/816-5165/pvs-1/ And the output suggests that the versions are OK: bautsche@cressida $ pvs solver/unxsogi.pro/bin/idlc libm.so.2 (SUNW_1.1); libgcc_s.so.1 (GCC_3.0); libc.so.1 (SUNWprivate_1.1, SUNW_1.1, SUNW_0.9, SUNW_0.7, SYSVABI_1.3); libuno_sal.so.3 (LIBO_UDK_4.1, UDK_3.6, LIBO_UDK_4.0, PRIVATE_1.1, UDK_3 _0_0); bautsche@cressida $ pvs solver/unxsogi.pro/lib/libuno_sal.so.3 libgcc_s.so.1 (GCC_3.0); libsocket.so.1 (SUNW_1.1, SUNW_0.7); libnsl.so.1 (SUNW_0.7); libm.so.2 (SUNW_1.1); libpthread.so.1 (SUNW_1.1, SUNW_1.2, SUNW_0.9); libuno_sal.so.3; UDK_3_0_0; UDK_3.1; UDK_3.2; UDK_3.3; UDK_3.4; UDK_3.5; UDK_3.6; UDK_3.7; UDK_3.8; UDK_3.9; UDK_3.10; UDK_3.11; LIBO_UDK_3.5; LIBO_UDK_3.6; LIBO_UDK_4.0; LIBO_UDK_4.1; PRIVATE_1.0; PRIVATE_1.1; PRIVATE_1.2; PRIVATE_textenc.1; PRIVATE_file.1; GLIBCXX_3.4; bautsche@cressida $ On 01/11/2013 15:22, Stephan Bergmann wrote: 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 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice -- / . Eric A. Bautsch /-- __ _____ / // / / (_/(___(__/ email: eric.baut...@pobox.com smime.p7s Description: S/MIME Cryptographic Signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Compiling LibreOffice 4.1.2.3 on Solaris
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: fileversion 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 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Compiling LibreOffice 4.1.2.3 on Solaris
On 11/01/2013 03:24 PM, Eric Bautsch wrote: On 01/11/2013 13:55, Stephan Bergmann wrote: Try "ldd -r solver/unxsogi.pro/bin/idlc" to force symbol resolution. bautsche@cressida $ ldd -r solver/unxsogi.pro/bin/idlc [...] libuno_sal.so.3 => /export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/lib/libuno_sal.so.3 [...] symbol not found: osl_getProcessInfo (solver/unxsogi.pro/bin/idlc) Try "nm -D solver/unxsogi.pro/lib/libuno_sal.so.3" to see whether it exports rtl_string_new. bautsche@cressida $ nm -D solver/unxsogi.pro/lib/libuno_sal.so.3 [...] [336] |252720| 449|FUNC |GLOB |0|11 |osl_getProcessInfo [...] So solver/unxsogi.pro/lib/libuno_sal.so.3 exports osl_getProcessInfo etc. but solver/unxsogi.pro/bin/idlc doesn't find it. Try "LD_DEBUG=all -r solver/unxsogi.pro/bin/idlc >log" to get (lots of) detailed output of what the loader actually does and grep the generated log e.g. for the lines where it says it does not find osl_getProcessInfo. Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Compiling LibreOffice 4.1.2.3 on Solaris
On 11/01/2013 02:12 PM, Eric Bautsch wrote: bautsche@cressida $ ldd solver/unxsogi.pro/bin/idlc libnsl.so.1 => /lib/libnsl.so.1 libsocket.so.1 =>/lib/libsocket.so.1 libreglo.so => /export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/lib/libreglo.so libuno_sal.so.3 => /export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/lib/libuno_sal.so.3 libuno_salhelpergcc3.so.3 => /export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/lib/libuno_salhelpergcc3.so.3 libstdc++.so.6 =>/usr/lib/libstdc++.so.6 libm.so.2 => /lib/libm.so.2 libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 libc.so.1 => /lib/libc.so.1 libstorelo.so => /export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/lib/libstorelo.so libpthread.so.1 => /lib/libpthread.so.1 bautsche@cressida $ Try "ldd -r solver/unxsogi.pro/bin/idlc" to force symbol resolution. Try "nm -D solver/unxsogi.pro/lib/libuno_sal.so.3" to see whether it exports rtl_string_new. Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Compiling LibreOffice 4.1.2.3 on Solaris
Hi Norbert and Stephan.
The LD_LIBRARY_PATH looks fine to me:
[build IDL] udkapi/com/sun/star/idl
mkdir -p
/export/home/bautsche/libre-office/libreoffice-4.1.2.3/workdir/unxsogi.pro/UnoApiPartTarget/udkapi/com/sun/star/
&& RESPONSEFILE=/tmp/gbuild.LYKziC &&
SOLARBINDIR=/export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/bin
LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}"/export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/lib:/export/home/bautsche/libre-office/libreoffice-4.1.2.3/instdir/unxsogi.pro/program"
/export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/bin/idlc
-I/export/home/bautsche/libre-office/libreoffice-4.1.2.3/udkapi -M
/export/home/bautsche/libre-office/libreoffice-4.1.2.3/workdir/unxsogi.pro/Dep/UnoApiPartTarget/udkapi/com/sun/star/
-O
/export/home/bautsche/libre-office/libreoffice-4.1.2.3/workdir/unxsogi.pro/UnoApiPartTarget/udkapi/com/sun/star/
-verbose @${RESPONSEFILE} > /dev/null && rm -f ${RESPONSEFILE} && touch
/export/home/bautsche/libre-office/libreoffice-4.1.2.3/workdir/unxsogi.pro/UnoApiPartTarget/udkapi/com/sun/star/idl.done
ld.so.1: idlc: fatal: relocation error: file
/export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/bin/idlc:
symbol rtl_string_new: referenced symbol not found
/bin/sh: line 1: 2360: Killed
make[1]: ***
[/export/home/bautsche/libre-office/libreoffice-4.1.2.3/workdir/unxsogi.pro/UnoApiPartTarget/udkapi/com/sun/star/idl.done]
Killed
make[1]: Leaving directory
`/export/home/bautsche/libre-office/libreoffice-4.1.2.3'
gmake: *** [build] Error 2
bautsche@cressida $ ls -la
/export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/lib
total 654
drwxr-xr-x 2 bautsche user 11 Oct 31 12:12 ./
drwxr-xr-x 4 bautsche user 4 Oct 31 12:12 ../
-rw-r--r-- 1 bautsche user 66712 Oct 31 12:12 libcodemaker.a
-rw-r--r-- 1 bautsche user 25514 Oct 31 12:12 libcodemaker_cpp.a
-rwxr-xr-x 1 bautsche user 133221 Oct 31 12:12 libreglo.so*
-rwxr-xr-x 1 bautsche user 161724 Oct 31 12:12 libstorelo.so*
lrwxrwxrwx 1 bautsche user 15 Oct 31 12:12 libuno_sal.so -> libuno_sal.so.3*
-rwxr-xr-x 1 bautsche user 377081 Oct 31 12:12 libuno_sal.so.3*
lrwxrwxrwx 1 bautsche user 25 Oct 31 12:12 libuno_salhelpergcc3.so ->
libuno_salhelpergcc3.so.3*
-rwxr-xr-x 1 bautsche user 36660 Oct 31 12:12 libuno_salhelpergcc3.so.3*
-rwxr-xr-x 1 bautsche user 229716 Oct 31 12:12 libunoidllo.so*
bautsche@cressida $
Also:
bautsche@cressida $ readelf -d solver/unxsogi.pro/bin/idlc
Dynamic section at offset 0x3a6a0 contains 29 entries:
Tag Type Name/Value
0x0001 (NEEDED) Shared library: [libnsl.so.1]
0x0001 (NEEDED) Shared library: [libsocket.so.1]
0x0001 (NEEDED) Shared library: [libreglo.so]
0x0001 (NEEDED) Shared library: [libuno_sal.so.3]
0x0001 (NEEDED) Shared library: [libuno_salhelpergcc3.so.3]
0x0001 (NEEDED) Shared library: [libstdc++.so.6]
0x0001 (NEEDED) Shared library: [libm.so.2]
0x0001 (NEEDED) Shared library: [libgcc_s.so.1]
0x0001 (NEEDED) Shared library: [libc.so.1]
0x000f (RPATH) Library rpath:
[$ORIGIN/../../ure-link/lib:/export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/lib]
0x000c (INIT) 0x804a140
0x000d (FINI) 0x8072500
0x6ef5 (GNU_HASH) 0x80480e8
0x0005 (STRTAB) 0x8048be0
0x0006 (SYMTAB) 0x80481b0
0x000a (STRSZ) 3438 (bytes)
0x000b (SYMENT) 16 (bytes)
0x0015 (DEBUG) 0x0
0x0003 (PLTGOT) 0x80837b0
0x0002 (PLTRELSZ) 1096 (bytes)
0x0014 (PLTREL) REL
0x0017 (JMPREL) 0x8049cec
0x0011 (REL) 0x8049b94
0x0012 (RELSZ) 344 (bytes)
0x0013 (RELENT) 8 (bytes)
0x6ffe (VERNEED) 0x8049a94
0x6fff (VERNEEDNUM) 4
0x6ff0 (VERSYM) 0x804994e
0x (NULL) 0x0
bautsche@cressida $ ldd solver/unxsogi.pro/bin/idlc
libnsl.so.1 => /lib/libnsl.so.1
libsocket.so.1 => /lib/libsocket.so.1
libreglo.so =>
/export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/lib/libreglo.so
libuno_sal.so.3 =>
/export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/lib/libuno_sal.so.3
libuno_salhelpergcc3.so.3 =>
/export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/lib/libuno_salhelpergcc3.so.3
libstdc++.so.6 => /usr/lib/libstdc++.so.6
libm.so.2 => /lib/libm.so.2
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1
libc.so.1 => /lib/libc.so.1
libstorelo.so =>
/export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/lib/libstorelo.so
libpthread.so.1 => /lib/libpthread.so.1
bautsche@cressida $
I wonder whether some of the macro magic that Norbert Thiebaud mentioned (and
that I have no idea how to make sense of) in sal/rtl/strtmpl.cxx isn't working
for me on Sola
Re: Compiling LibreOffice 4.1.2.3 on Solaris
On 10/31/2013 01:25 PM, Eric Bautsch wrote:
I'm trying to compile LibreOffice 4.1.2.3 on Solaris 12 (build 26,
currently).
Note: don't get excited, I'm doing this in my spare time and Oracle
are in no way endorsing, supporting, or anything else'ing my efforts.
I've been using this thread for assistance and it's been a great help:
http://comments.gmane.org/gmane.comp.documentfoundation.libreoffice.devel/51422
Note that traditionally OOo had been building/working very well on
Solaris, but these days there's only very little and seemingly
occasional initiative to keep that up. Therefore, Solaris-specific code
in LO likely keeps rotting over time.
At runtime, the idlc executable needs the libuno_sal.so.3 dynamic
library to resolve the rtl_string_new symbol (and others). Therefore,
idlc contains an RPATH (see "readelf -d solver/unxsogi.pro/bin/idlc") so
that it finds it *in an installation* ("$ORIGIN/../../ure-link/lib",
where in an installation idlc is in sdk/bin/ and libuno_sal.so.3 is in
ure-link/lib/).
However, idlc is also called during the build, where idlc is in
solver/unxsogi.pro/bin/ and libuno_sal.so.3 is in
solver/unxsogi.pro/lib/. To make that work, idlc is called with an
LD_LIBRARY_PATH that contains solver/unxsogi.pro/lib during the build.
This is taken care of towards the end of
solenv/gbuild/platform/com_GCC_defs.mk (gb_Helper_set_ld_path) and
should work for Solaris.
To see what's going wrong, run "make VERBOSE=t" to see the command line
of how exactly idlc is called to "[build IDL] udkapi/com/sun/star/idl".
Stephan
I'm currently struggling with getting a working idlc compiled. Here's
what happens:
[build IDL] udkapi/com/sun/star/idl
ld.so.1: idlc: fatal: relocation error: file
/export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/bin/idlc:
symbol rtl_string_new: referenced symbol not found
/bin/sh: line 1: 8411: Killed
make[1]: ***
[/export/home/bautsche/libre-office/libreoffice-4.1.2.3/workdir/unxsogi.pro/UnoApiPartTarget/udkapi/com/sun/star/idl.done]
Killed
gmake: *** [build] Error 2
bautsche@cressida $
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Compiling LibreOffice 4.1.2.3 on Solaris
On Thu, Oct 31, 2013 at 7:25 AM, Eric Bautsch wrote: > > I think rtl_string_new is defined in include/rtl/string.h, but I can't see > where the function is actually coming from (running a find -exec grep across > the code). see sal/rtl/strtmpl.cxx This is a hacky way to implement both ustring and string using the same source and some macro-magic Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
