there is an issue with compiling Mozilla with the gcc compiler on
Solaris (unless they've fixed it in the last year) I think it's due to
the c++ compatibility issue with some standard Solaris libs compiled
with Sun studio.
I will try compiling without mozilla, using gcc (I'm stuck on the
stlport,
beginning to get somewhere with GCC ... gonna update the list of changes so far:
file ./configure.in: (this one should be safe for all platforms)
grep -q => \$GREP -q
file ./solenv/inc/unitools.mk: (this one should be safe for all
platforms, since it only affects Solaris, and Solaris 10 has the f
I'm coming to the conclusion that the system doesn't believe I'm using
GCC ... nss keeps trying to build with "-KPIC", rather than "-fPIC"
... any suggestions and I'll eagerly try them :)
On 26 January 2012 16:42, Norbert Thiebaud wrote:
> On Th
I managed to hack together a "solaris.mk" file (by copying unxgcc.mk
and making a few "SUN" changes) and that got me a little further ...
then on compiling nss I had to modify
./unxsogi.pro/misc/build/nss-3.12.8/mozilla/security/coreconf/SunOS5.mk
and remove all the NS_USE_GCC if's (or rather every
ran out of time ... will try again in a week if the projects I'm on
start to lessen.
On 7 February 2012 14:40, Paolo Marcheschi wrote:
> Hi
> Do you have had any success in compiling Libreoffice on Openindiana ?
>
> Thank you
>
> Paolo Marcheschi
>
>
__
anyone got a quick fix for all the "version-script" code in gcc (using SUN ld)?
"-Wl,--version-script ../unxsoli/misc/store_store.map"
Making:libstore.so.3
ld: fatal: unrecognized option '--'
ld: fatal: use the -z help option for usage information
collect2: ld returned 1 exit status
dmake: E
help.
On 5 March 2012 11:56, Michael Stahl wrote:
> On 05/03/12 12:08, Jonathan Adams wrote:
>> anyone got a quick fix for all the "version-script" code in gcc (using SUN
>> ld)?
>>
>> "-Wl,--version-script ../unxsoli/misc/store_store.map"
>>
"" you
shouldn't have problems with maps any more.
I now just have to get past i18npool ...
Jon
On 6 March 2012 12:14, Michael Stahl wrote:
> On 05/03/12 13:06, Jonathan Adams wrote:
>> I'm sure I'd tried that before ... ahh yes:
>>
>> Compiling: re
Also I had to undo a revision in the latest git to get it to compile:
587 git diff a1410ef073d2117cb2a3c9d9a4e9ecff7d911344
90491a073c5b5faee782ad5eab63276fda2342e6 > /tmp/mkdir-p.diff
591 patch -Rbp1 < /tmp/mkdir-p.diff
a change made in the "mkdir -p" which helps on cygwin, unfortunately
i
eOffice/libo/solver/unxsoli/bin/types.rdb
-env:LO_LIB_DIR=file:///home/sal/LibreOffice/libo/solver/unxsoli/lib
2>&1 ) > saxparser.log
On 5 March 2012 15:03, Jonathan Adams wrote:
> Still a work in progress ... and a couple of "when it stops at this
> point run this co
On 03/12/2012 09:21 PM, Michael Stahl wrote:
>>
>> On 12/03/12 15:09, Jonathan Adams wrote:
>>
>>> # truss output of the specific saxparser command:
>>> ( LD_LIBRARY_PATH="/home/sal/LibreOffice/libo/solver/unxsoli/lib"
>>> truss -f /home/s
79bac in rtl_uString_release (pThis=0x29) at
/home/sal/LibreOffice/libo/sal/rtl/source/strtmpl.cxx:75
75 pTempStr++;
I'm well and truly out of my depth with this now.
anyone got any pointers for me to have a look at?
Jon
On 6 March 2012 14:24, Jonathan Adams wrote:
> Also
:) )
Regards,
Jonathan Adams
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
that should have hopefully updated the wiki.
cheers for that (hopefully you've done the configure.in, changing the
grep's was my biggest bug bear :) )
I will clean up and see how far a fresh compile goes.
thanks.
Jon
On 16 March 2012 22:41, Michael Stahl wrote:
> On 05/03/12 16
l put this on hold till either OpenIndiana provide a different GCC,
or the git code changes in that area (which I'm assuming it wont since
it's stable everywhere else)
Jon
On 17 March 2012 20:55, Jonathan Adams wrote:
> that should have hopefully updated the wiki.
>
> cheers
rce code for debugging ...
Anyway, I'm going to have to start doing what I'm paid for and stop
trying to compile LO :)
Jon
On 19 March 2012 13:18, Lubos Lunak wrote:
> On Monday 19 of March 2012, Jonathan Adams wrote:
>> thanks, direct pull from git behaves "correctly&q
After a long time of leaving it, I recently tried to compile
LibreOffice again from updated source.
the ICU that needs to be compiled in 3.6 does not compile on
Solaris/OpenIndiana ... I have managed to get the latest source
(icu4c) from icu-project and fix it so that it compiles on Solaris
with
loser to a compiling (if not
tested as working) build.
Jon
On 15 June 2012 22:52, Matúš Kukan wrote:
> On 15 June 2012 17:32, Jonathan Adams wrote:
>> /home/sal/LibreOffice/libo/desktop/Executable_oosplash.mk:83: ***
>> Cannot link against library/libraries -lsocket. Libraries
Having had trouble getting icu compiled on Solaris with GCC, I
compiled it out of tree and placed it in /opt/icu on my computer (I
want to know what specifically needs to attach to non-standard
libraries on my system for portability)
however I noticed that although LibreOffice is happy to know it
have to wait to see if it works after I
compile it :)
Jon
On 19 June 2012 22:26, Eike Rathke wrote:
> Hi Jonathan,
>
> On Tuesday, 2012-06-19 17:55:09 +0100, Jonathan Adams wrote:
>
>> Having had trouble getting icu compiled on Solaris with GCC, I
>> compiled it out of tree
In case anyone was interested my git diff to date is attached.
On 21 June 2012 13:27, Michael Stahl wrote:
> On 15/06/12 23:52, Matúš Kukan wrote:
>> On 15 June 2012 17:32, Jonathan Adams wrote:
>>> /home/sal/LibreOffice/libo/desktop/Executable_oosplash.mk:83: ***
>&
ctory
cp: cannot stat `./unxsogi/misc/build/icu/source/lib/libicutu.so.4':
No such file or directory
dmake: Error code 1, while making './unxsogi/misc/build/so_predeliver_so_icu'
diff attached ...
Jon
On 21 June 2012 13:51, Michael Stahl wrote:
> On 20/06/12 00:15, Jonathan Ada
> i'm not sure if adding a defined(__IBMC__) etc. is the right approach
> but if it doesn't break anything...
they added that line for z/OS ... which, I may be wrong, I believe to
be an IBM system ... looking around wikipedia; I found references to
what defines are set when compiling on z/OS ...
c ) and
give me pointers I'd be grateful ... if you can't then I'll leave it
as is for now and try when I get access to a new compiler/updated
LibreOffice source.
Jon
On 22 June 2012 09:57, Jonathan Adams wrote:
>> i'm not sure if adding a defined(__IBMC__) etc. is the
24 matches
Mail list logo
