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
> 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 ...
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
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: ***
>&
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
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
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
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
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
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
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
:) )
Regards,
Jonathan Adams
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
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
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
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
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
"" 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
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"
>>
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
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
>
>
__
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
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
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
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,
24 matches
Mail list logo
