Hi,
I'm back trying to update LO on XStreamOS/illumos.
First I'm trying to upgrade build to 4.4.6.1 (got it working up to 4.4.0.3
until now).
Patches are almost the same I used for 4.4.0.3, removed some that you probably
already included meanwhile.
Now I get this error, any idea?
[build SLC]
Hello,
happy to announce that, regardless of the many crashing cpp unit tests I had to
disable during build, and of the
many patches I had to write...
...it works great on Sonicle XStreamOS Desktop! :)
We're having more tests in the next days.
If everything goes fine, I will be posting the
Ok, I disabled dbaccess_macro cppunit test.
Had also to disable dbaccess_hsqldb cppunit test, because of a coredump there
too.
Now it's going on...
Da:
Gabriele Bulfon
A:
Stephan Bergmann
libreoffice@lists.freedesktop.org
Data:
27 febbraio 2015 20.19.38 CET
Oggetto:
Re: another cppunit test core
...also postprocess services cpp unit test coredumps...disabled this too...
Gabriele Bulfon - Sonicle S.r.l.
Tel +39 028246016 Int. 30 - Fax +39 028243880
via Santa Maria Valle 3 - 20123 - Milano - Italy
http://www.sonicle.com
Da:
Gabriele Bulfon
A:
Stephan Bergmann
libreoffice
available.
#36 0x080560af in _start ()
No symbol table info available.
Da:
Gabriele Bulfon
A:
Stephan Bergmann
libreoffice-dev
Data:
27 febbraio 2015 9.28.38 CET
Oggetto:
Re: another cppunit test core dump, java this time, building on
xstreamos/illumos
Tried adding the join call, but no luck.
Now I
febbraio 2015 18.34.08 CET
Oggetto: Re: another cppunit test core dump, java this time, building on
xstreamos/illumos
On 02/26/2015 12:35 PM, Gabriele Bulfon wrote:
0803d0e8 libc.so.1`_lwp_kill+0x15(1, 6, 10e3, fef66000, fef66000, 0)
0803d108 libc.so.1`raise+0x2b(6, 0, 803d120, efe70dd9, 0, 0
: td_ta_map_id2thr: no thread can be found to satisfy
query
Da:
Gabriele Bulfon
A:
Stephan Bergmann
libreoffice-dev
Data:
27 febbraio 2015 8.55.41 CET
Oggetto:
Re: another cppunit test core dump, java this time, building on
xstreamos/illumos
Maybe this is related?
http://nabble.documentfoundation.org
, as this thread holds the solar mutex while the
// other thread is typically blocked waiting for the solar mutex
m_pEventBroadcaster.clear();
maybe I should try anyway?
Da:
Gabriele Bulfon
A:
Stephan Bergmann
libreoffice-dev
Data:
26 febbraio 2015 12.35.40 CET
Oggetto:
Re: another cppunit test core dump, java
: Stephan Bergmann
A: libreoffice-dev
Data: 26 febbraio 2015 12.29.00 CET
Oggetto: Re: another cppunit test core dump, java this time, building on
xstreamos/illumos
On 02/26/2015 12:10 PM, Gabriele Bulfon wrote:
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb
Hi,
build is moving forward, got past the nss/openssl issues (I will want to see
how to let nss work later).
All libs and binaries look to be built correctly under instdir/program, ldd
shows no unresolved issues now.
Here is what happens now.
Let me know if you need any other log/dump infos
Yes, this way is much better than replicating the LINUX part into SOLARIS.
I had to do the same on some other mk.
I'll send you the full patch zip as soon as I reach a full build with no errors.
--
Da: Richard PALO
A:
I almost have it done.
All libs compile, binaries too, but I get this:
terminate called after throwing an instance of
'CppUnit::DynamicLibraryManagerException'
what(): Failed to load dynamic library:
out this and rebuild from scratch.
There should be a better way to patch this.
Gabriele.
Da:
Gabriele Bulfon
A:
Richard PALO
libreoffice
Data:
23 febbraio 2015 9.27.01 CET
Oggetto:
cppunit errors in vcl_app_test, on illumos/xstreamos
I almost have it done.
All libs compile, binaries too, but I get
in an object file, and it went on for that library.
...pity there are many in LO linking libcups
I'm checking with illumos guys for any existent patch for libcups.
Thanks :)
Gabriele
Inviato da iPad
Il giorno 20/feb/2015, alle ore 16:23, Gabriele Bulfon
gabriele.bul...@sonicle.com ha scritto
@lists.freedesktop.org
Data: 19 febbraio 2015 23.06.08 CET
Oggetto: Re: error during build of mork_helper, on illumos/xstreamos
On 19.02.2015 19:13, Gabriele Bulfon wrote:
*Da:* Gabriele Bulfon
*A:* libreoffice@lists.freedesktop.org
*Data:* 19 febbraio 2015 13.04.57 CET
*Oggetto:* error during build
, Gabriele Bulfon wrote:
Undefined first referenced
symbol in file
main /usr/lib/libcups.so
??? looking for a main in libcups.so???
here is what it's trying to do:
[build LNK] Library/libvcllo.so
S=/sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/libreoffice-4.4.0.3
I=$S/instdir
| 88 ---
4 files changed, 171 insertions(+), 85 deletions(-)
New commits:
commit 4801b29677462f7206fa281f06646e5cd8d81bfa
Author: Gabriele Bulfon gabriele.bul...@sonicle.com
Date: Thu Feb 19 14:36:39 2015 +0100
Adapt gcc3_solaris_intel bridge to GCC 4.7
...similarly
.
--
Da: Stephan Bergmann
A: libreoffice@lists.freedesktop.org
Data: 16 febbraio 2015 14.29.32 CET
Oggetto: Re: uno.bin core dump during build
On 02/16/2015 02:11 PM, Gabriele Bulfon wrote:
looking at the solari_intel sources, uno2cpp.cxx already
| 88 ---
4 files changed, 171 insertions(+), 85 deletions(-)
New commits:
commit 834afd885bd74ff80b59898d3f63ba940a58c1d8
Author: Gabriele Bulfon gabriele.bul...@sonicle.com
Date: Thu Feb 19 14:36:39 2015 +0100
Adapt gcc3_solaris_intel bridge to GCC 4.7
...similarly
/libcryptoutil.so.1
Da:
Gabriele Bulfon
A:
libreoffice@lists.freedesktop.org
Data:
19 febbraio 2015 13.04.57 CET
Oggetto:
error during build of mork_helper, on illumos/xstreamos
I have this error now going on the build process:
S=/sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/libreoffice
core dump during build
On 02/16/2015 02:11 PM, Gabriele Bulfon wrote:
looking at the solari_intel sources, uno2cpp.cxx already
contains code similar
to the patch you pointed:
[...]
without the need for a new callvirtualmethod.cxx
The remaining part of the patches actually just take out
?
--
Da: Stephan Bergmann
A: libreoffice@lists.freedesktop.org
Data: 16 febbraio 2015 13.38.47 CET
Oggetto: Re: uno.bin core dump during build
On 02/16/2015 11:38 AM, Gabriele Bulfon wrote:
while building on XStreamOS / illumos, looks like uno.bin gets
Hi,
while building on XStreamOS / illumos, looks like uno.bin gets corrupted then
causing a core dump at first build usage.
I checked with ldd that uno.bin and built libs are correctly linking.
the dumping build command:
Oggetto: Re: core dumped while bulding on illumos XStreamOS
On 15.02.2015 00:16, Gabriele Bulfon wrote:
This one looks harder.still building on illumos...core dumped?!
terminate called after throwing an instance of
'com::sun::star::uno::RuntimeException'
make[2]: ***
[/sources/sonicle/xstream
I can't seem to get outta here
[build CXX] vcl/unx/x11/xlimits.cxx
/sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/libreoffice-4.4.0.3/vcl/unx/generic/gdi/cairotextrender.cxx:
In member function âbool CairoTextRender::setFont(const FontSelectPattern*,
int)â:
Looks like generic/glyphcache.hxx is not included when graphite is disabled on
build :)
It gets included only by graphite ifdef code on cairotextrenderer.cxx
I had to patch this file to include glyphcache before, and it works :)
Gabriele.
Da:
Gabriele Bulfon
A:
libreoffice@lists.freedesktop.org
This one looks harderstill building on illumos...core dumped?!
terminate called after throwing an instance of
'com::sun::star::uno::RuntimeException'
S=/sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/libreoffice-4.4.0.3
I=$S/instdir W=$S/workdir mkdir -p
Hi,
going on building, I found a couple of vcl sources using alloca, requiring an
include on solaris/illumos.
So I had to patch both toolkit/source/awt/vclxgraphics.cxx and
toolkit/source/awt/vclxfont.cxx to add this:
#ifdef __sun__
#include
#endif
and now it goes on ;)
Gabriele.
Hi,
going on building, got these errors on cairotextrenderer.cxx:
/sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/libreoffice-4.4.0.2/vcl/unx/generic/gdi/cairotextrender.cxx:
In member function 'bool CairoTextRender::setFont(const FontSelectPattern*,
int)':
;)
--
Da: Stephan Bergmann
A: libreoffice@lists.freedesktop.org
Data: 21 gennaio 2015 11.40.30 CET
Oggetto: Re: error building fastserializer on xstreamos/illumos
On 01/20/2015 06:26 PM, Gabriele Bulfon wrote:
Our boost
Hi, next error, right in the middle of an enum declaration...:
[build CXX] toolkit/source/awt/vclxbitmap.cxx
In file included from
/sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/libreoffice-4.4.0.2/include/vcl/ctrl.hxx:26:0,
from
yes, I added a patch to add this just before the enum, and it goes on :
#ifdef TRANSPARENT
# undef TRANSPARENT
#endif
going on ;) thanks!
--
Da: Richard PALO
A: Stephan Bergmann
libreoffice@lists.freedesktop.org
Data:
++ \
gb_Library_FILENAMES := \
$(foreach
lib,$(gb_Library_OOOLIBS),$(lib):$(gb_Library_SYSPRE)$(lib)$(gb_Library_OOOEXT))
\
Da:
Gabriele Bulfon
A:
Richard PALO
Norbert Thiebaud
Cc:
Michael Stahl
libreoffice
Data:
19 gennaio 2015 13.30.25 CET
Oggetto:
4.4.0.1 build error on libstdc++ on solaris
:)
--
Da: Michael Stahl
A: libreoffice@lists.freedesktop.org
Data: 20 gennaio 2015 18.02.27 CET
Oggetto: Re: Solved: 4.4.0.1 build error on libstdc++ on solaris/illumos
On 20.01.2015 13:38, Gabriele Bulfon wrote:
Because our default gcc is 4.4.7 on XStreamOS, but I'm
18.08.14 CET
Oggetto: Re: error building fastserializer on xstreamos/illumos
On 20.01.2015 17:49, Gabriele Bulfon wrote:
Back here again, going on building :)
next error is a Boost error on fastserializer, a lot of errors actually:
/sources/sonicle/xstream-desktop-gate/components/libreoffice
Back here again, going on building :)
next error is a Boost error on fastserializer, a lot of errors actually:
...
[build CXX] sax/source/tools/fastserializer.cxx
S=/sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/libreoffice-4.4.0.2
I=$S/instdir W=$S/workdir mkdir -p
?
--
Da: Michael Stahl
A: libreoffice@lists.freedesktop.org
Data: 20 gennaio 2015 18.08.14 CET
Oggetto: Re: error building fastserializer on xstreamos/illumos
On 20.01.2015 17:49, Gabriele Bulfon wrote:
Back here again, going on building :)
next error
/types.h on solaris/illumos
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 18/01/15 21:33, Gabriele Bulfon a écrit :
Ok, I commented out these on Solaris.mk:
#ifneq ($(gb_DEBUGLEVEL),0)
#gb_LINKEROPTFLAGS :=
#else
#gb_LINKEROPTFLAGS := -Wl,-O1
#endif
will let you know
Oggetto: Re: 4.4.0.1 build error on sal/types.h on solaris/illumos
On Sat, Jan 17, 2015 at 5:07 AM, Gabriele Bulfon
wrote:
Looks like 4.4.0.2 has this solaris ld patch already applied.
I strongly believe gmake is not using the solaris.mk file.
How can I verify if configure/make is really taking
/illumos
On Sun, Jan 18, 2015 at 12:18 PM, Gabriele Bulfon
wrote:
Ok, I checked and it looks fine, so solaris.mk should be taken.
Also config.log shows correct variables for OS, CPU and COM.
What actually happens is during make, after it has downloaded and extracted
various stuff.
The last one
--
Da: Norbert Thiebaud
A: gbul...@sonicle.com
Cc: Michael Stahl
libreoffice
Richard PALO
Data: 18 gennaio 2015 20.15.22 CET
Oggetto: Re: 4.4.0.1 build error on sal/types.h on solaris/illumos
On Sun, Jan 18, 2015 at 12:18 PM, Gabriele Bulfon
wrote:
Ok, I checked
Stahl
libreoffice
Richard PALO
Data: 18 gennaio 2015 20.15.22 CET
Oggetto: Re: 4.4.0.1 build error on sal/types.h on solaris/illumos
On Sun, Jan 18, 2015 at 12:18 PM, Gabriele Bulfon
wrote:
Ok, I checked and it looks fine, so solaris.mk should be taken.
Also config.log shows correct variables for OS
...@sonicle.com libreoffice@lists.freedesktop.org Richard PALO
Data: 16 gennaio 2015 20.50.59 CET
Oggetto: Re: 4.4.0.1 build error on sal/types.h on solaris/illumos
On 16.01.2015 19:43, Gabriele Bulfon wrote:
Looks like now it takes SunOS linker, but options are wrong.
Tried setting LD=/usr/gnu/bin/ld
: 16 gennaio 2015 20.00.52 CET
Oggetto: Re: 4.4.0.1 build error on sal/types.h on solaris/illumos
Hi Gabriele,
Gabriele Bulfon pí?e v ?t 15. 01. 2015 v 15:05 +0100:
we already succeded more than a year ago, in building libreoffice
4.1.0.4 on our illumos based XStreamOS Desktop,
creating a lot
A: gbul...@sonicle.com libreoffice@lists.freedesktop.org Richard PALO
Data: 16 gennaio 2015 20.50.59 CET
Oggetto: Re: 4.4.0.1 build error on sal/types.h on solaris/illumos
On 16.01.2015 19:43, Gabriele Bulfon wrote:
Looks like now it takes SunOS linker, but options are wrong.
Tried setting LD=/usr
Hi,
we already succeded more than a year ago, in building libreoffice 4.1.0.4 on
our illumos based XStreamOS Desktop,
creating a lot of patches to support our platform.
We're now in the process of upgrading to 4.4.0.1 from sources.
We decided to start from scratch, with no patch at all, and port
Hi,
our own build of LO 4.1.0.4 on XStreamOS/illumos, has problems with mailmerge.
Testing the account on the options pane, says:
LibreOffice could not connect to the outgoing mail server. Check your system's
settings and the settings in LibreOffice. Check the server name, the port and
the
Hi,
anyone interested can download the first early access release of XStream
Desktop,
featuring a fresh build of LibreOffice on an illumos based kernel.
Please read the instructions for virtualized environements (vbox an vmware):
@@ -22,6 +22,14 @@
endif
endif
+ifeq ($(OS),SOLARIS)
+ifeq ($(ENABLE_GIO),TRUE)
+$(eval $(call gb_Module_add_targets,shell,\
+ Library_losessioninstall \
+))
+endif
+endif
+
ifeq ($(ENABLE_GCONF),TRUE)
$(eval $(call gb_Module_add_targets,shell,\
Library_gconfbe \
Da:
Gabriele Bulfon
A:
Kohei
Hi,
going on building on XStream/illumos, gbuild runs a unit test and fails:
[build CUT] basic_scanner
DynamicLibraryManagerException: Failed to load dynamic library:
Hi,
I'm excited to announce that I finished building and installing LO inside a
prototype area, and it works great directly from there.
The prototype area is somthing like prototype/usr/lib/libreoffice/.
Now I have to publish it into my dev IPS repository, and decide how to make the
layout.
Hi,
building went on after setup_native, and I got an error while building sc:
In file included from
/sources/userlands/xstream-userland-gate/components/libreoffice/libreoffice-4.1.0.1/sc/inc/column.hxx:28,
from
::base_element_block* p)
+static void delete_block(const mdds::mtv::base_element_block* p)
{
if (!p)
return;
--
Da: Kohei Yoshida
A: Gabriele Bulfon
Cc: libreoffice-dev
Data: 18 luglio 2013 14.11.02 CEST
Oggetto: Re
Now I noticed the config.log of xmlsec shows the configure switches like this:
./configure --with-pic --disable-shared --disable-crypto-dl --without-libxslt
--without-gnutls --without-openssl
This is why it's not picking up my system openssl not the other crypto libs.
I bet it's trying to build
Hi,
I managed to patch libxmlsec mk files to work on XStreamOS/illumos.
I had to disable nss/nspr and use installed openssl instead, as for android.
Here is the patch that built correctly.
Gabriele.
sonicle-libxmlsec-illumos.patch
Description: binary/octet-stream
in my IPS repository, as for any SunOS
5.11 based system.
Any idea how to achieve this?
Gabriele.
--
Da: Michael Stahl
A: Gabriele Bulfon
Cc: libreoffice-dev
michael.me...@suse.com Rene Engelhard
Data: 16 luglio 2013
Here is a patch for the SOLARIS parts in CustomTarget_scripts.mk,
probably an old way to run install_create.pl, not updated for Solaris.
Gabriele.
sonicle-setup_native-illumos.patch
Description: binary/octet-stream
___
LibreOffice mailing list
During install create phase, the sysui CustomaTarget_solaris.mk rule to create
the desktop integration tar.gz
is never invoked:
$(solaris_WORKDIR)/%-desktop-integration.tar.gz: ..
So build fails when trying to cp this file later.
I tried to debug the problem but I still cannot
it because I don't
need old style packages.
If you need the patch files, I have them.
Gabriele.
Da:
Gabriele Bulfon
A:
libreoffice-dev
Data:
16 luglio 2013 13.30.26 CEST
Oggetto:
sysui CustomTarget_solaris.mk not working
During install create phase, the sysui CustomaTarget_solaris.mk rule to create
if not needed
Gabriele.
Da:
Gabriele Bulfon
A:
libreoffice-dev
Data:
16 luglio 2013 17.47.31 CEST
Oggetto:
Re: [solved] sysui CustomTarget_solaris.mk not working
I found the reason: the solaris taget mk has errors, and a misterious bug.
1. $(solaris_WORKDIR)/%/mailcap: $(solaris_SRCDIR)/prototype
there's
necessary?
Any way to skip Motif dependencies?
Gabriele.
Da:
Gabriele Bulfon
A:
Michael Stahl
Cc:
michael.me...@suse.com libreoffice-dev
Data:
9 luglio 2013 18.01.19 CEST
Oggetto:
Re: Building LO 4.0.4.2 on illumos based OS
usually libs should contain not just search paths but also the libraries
and switch to open-motif shortly.
Gabriele.
--
Da: Michael Meeks
A: Gabriele Bulfon
Cc: Michael Stahl
libreoffice-dev
Data: 15 luglio 2013 10.15.18 CEST
Oggetto: Re: Building LO 4.0.4.2 on illumos based OS
On Mon, 2013-07
I momentarily disabled with this patch (treated SunOS as for iOS and Android).
Gabriele.
--
Da: Michael Meeks
A: Gabriele Bulfon
Cc: Michael Stahl
libreoffice-dev
Data: 15 luglio 2013 10.15.18 CEST
Oggetto: Re
help?
gabriele.
Da:
Gabriele Bulfon
A:
michael.me...@suse.com
Cc:
Michael Stahl
libreoffice-dev
Data:
15 luglio 2013 10.42.52 CEST
Oggetto:
Re: Building LO 4.0.4.2 on illumos based OS
I momentarily disabled with this patch (treated SunOS as for iOS and Android).
Gabriele
Yes, I could find it, but it says nothing particular, just that it cannot find
the libs.
But I'm sure I have them.
Any idea?
--
Da: Michael Stahl
A: Gabriele Bulfon
Cc: michael.me...@suse.com libreoffice-dev
Data
I see no switch in global configure to force it to use system xmlsec.
How does it decide to install its own?
One possibility is that I make and install my own component of xmlsec.
Will the build system see it and decide not to build its own?
Gabriele.
Da:
Gabriele Bulfon
A:
Michael Stahl
Cc
.
--
Da: Rene Engelhard
A: Gabriele Bulfon
Cc: Michael Stahl
michael.me...@suse.com libreoffice-dev
Data: 15 luglio 2013 16.05.26 CEST
Oggetto: Re: Building LO 4.0.4.2 on illumos based OS
On Mon, Jul 15, 2013 at 03:48:15PM +0200, Gabriele Bulfon wrote:
I see no switch in global
Or maybe I could build the patched xmlsec1 component out of the LO fetched
tarball, as a system
library (naming it as LO version), then force the LO build not to build that
component?
Da:
Gabriele Bulfon
A:
Rene Engelhard
Cc:
michael.me...@suse.com Michael Stahl
libreoffice-dev
Data:
15 luglio
xmlsec1 config.log.
Probably I could pass also other libs like OPENSSL_CFLAGS and OPENSSL_LIBS, but
I should
understand how to pass them.
Da:
Gabriele Bulfon
A:
Rene Engelhard
Cc:
michael.me...@suse.com libreoffice-dev
Michael Stahl
Data:
15 luglio 2013 16.34.41 CEST
Oggetto:
Re: Building LO 4.0.4.2
...I also found that the old README.Solaris mentions a --disable-xmlsec, but
the configure script
doesn't mention it.
Any other way to avoid building xmlsec?
Da:
Gabriele Bulfon
A:
Rene Engelhard
Cc:
michael.me...@suse.com libreoffice-dev
Michael Stahl
Data:
15 luglio 2013 16.47.25 CEST
Oggetto
Hi, I just noticed Solaris can't check how many processors to use during
configure,
the case switch just resolves to * doing /proc/cupinfo, not working on
Solaris.
This may be the Solaris switch:
psrinfo -v | grep on-line | wc -l
Gabriele.
___
usually libs should contain not just search paths but also the libraries
to be linked, e.g. in config_host.mk with a system nss i get:
export NSS_LIBS=$(gb_SPACE)-lssl3 -lsmime3 -lnss3 -lnssutil3 -lplds4
-lplc4 -lnspr4 -lpthread -ldl
also i guess only Sun ld knows -R, the GNU ld equivalent is
usually libs should contain not just search paths but also the libraries
to be linked, e.g. in config_host.mk with a system nss i get:
export NSS_LIBS=$(gb_SPACE)-lssl3 -lsmime3 -lnss3 -lnssutil3 -lplds4
-lplc4 -lnspr4 -lpthread -ldl
also i guess only Sun ld knows -R, the GNU ld equivalent is
hmm... so vcl is supposed to be linked against NSS/NSPR libraries but
somehow that doesn't work for you...
what is really weird is that it fails on linking the executable, it
should really fail when linking vcl library already.
can you check that the link command lines use -Wl,-z,defs ?
apparently
hmm... so vcl is supposed to be linked against NSS/NSPR libraries but
somehow that doesn't work for you...
what is really weird is that it fails on linking the executable, it
should really fail when linking vcl library already.
can you check that the link command lines use -Wl,-z,defs ?
apparently
.
On Thursday, 2013-07-04 at 09:32, Gabriele Bulfon wrote:
Hi,
after long building LO 4.1.0.1 on illumos based OS, I reached this error:
[build LNK] Executable/unopkg.bin
/usr/gnu/bin/ld:
/sources/userlands/xstream-userland-gate/components/libreoffice/libreoffice-4.1.0.1/workdir/unxsogi.pro/LinkTarget
Ok, here I go with the license statement:
All of my past future contributions to LibreOffice may be licensed under the
MPLv2/LGPLv3+ dual license.
You can name it under Gabriele Bulfon (gabriele.bul...@sonicle.com),
affiliation Sonicle S.r.l.
Thanks,
Gabriele
Hi Gabriele,
On Fri, 2013-07-05 at 08:14 +0200, Gabriele Bulfon wrote:
Hi Michael, would be a great idea the tinderbox setup.
I will send you the link of the XStream Desktop iso as soon as we have
it out.
Wonderful.
BTW, can you help me with this? I really don't know what problem is
thismust
12b7ba60b746031f2bbef59758270cc0281f4dab
Author: Gabriele Bulfon gabriele.bul...@sonicle.com
Date: Fri Jul 5 21:27:12 2013 +0200
use proper SQLINTEGER type (fixes build on Illumos)
Change-Id: I85296600195dd5d74d2a112ce6cfef7f276535ab
diff --git a/connectivity/source/drivers/odbcbase/OConnection.cxx
b
connectivity/source/drivers/odbcbase/OConnection.cxx |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
New commits:
commit 2d398166a937b494da7e7b198d2a00d20393a106
Author: Gabriele Bulfon gabriele.bul...@sonicle.com
Date: Fri Jul 5 21:27:12 2013 +0200
use proper SQLINTEGER type
@@
checkDisposed(OConnection_BASE::rBHelper.bDisposed);
-sal_Int32 nValueLen;
+SQLINTEGER nValueLen;
char pCat[1024];
OTools::ThrowException(this,
N3SQLGetConnectAttr(m_aConnectionHandle,SQL_ATTR_CURRENT_CATALOG,(SDB_ODBC_CHAR*)pCat,(sizeof
pCat)-1,nValueLen),
Gabriele Bulfon - Sonicle S.r.l.
Tel +39
Hi,
after long building LO 4.1.0.1 on illumos based OS, I reached this error:
[build LNK] Executable/unopkg.bin
/usr/gnu/bin/ld:
/sources/userlands/xstream-userland-gate/components/libreoffice/libreoffice-4.1.0.1/workdir/unxsogi.pro/LinkTarget/Executable/unopkg.bin:
hidden symbol `main' in
ah sorry the relevant one is gb_Executable__get_rpath
I also tried using Sun ld, but looks like options for ld are always
gnu-ld ones, so compilation
stop much earlier.
...any clue?
sure, if you want to use Sun ld you need to change quite a few things in
solaris.mk to use different options.
--
On Sat, Jun 29, 2013 at 16:24:42 CEST, Norbert Thiebaud wrote
take a look at Library_cpp_uno.mk
and in particular how bridges_SELECTED_BRIDGE is set...
from what I read the else ifeq($(CPU),I) line 56 pre-empt the section
you want which is lower.. line 143
some re-order of the different if/else
take a look at Library_cpp_uno.mk
and in particular how bridges_SELECTED_BRIDGE is set...
from what I read the else ifeq($(CPU),I) line 56 pre-empt the section
you want which is lower.. line 143
some re-order of the different if/else section seems in order (to
works we need to test from the most
A: Gabriele Bulfon
Cc: libreoffice@lists.freedesktop.org Raffaele Fullone
Jonathan Adams
Data: 1 luglio 2013 13.34.58 CEST
Oggetto: Re: Building LO 4.0.4.2 on illumos based OS
On 01/07/13 11:03, Gabriele Bulfon wrote:
[build LNK] Library/libuno_sal.so
ERROR: aux-target missing, library deleted, please try
On Mon, Jul 1, 2013 at 6:39 AM, Gabriele Bulfon
gabriele.bul...@sonicle.com
wrote:
Hi, because I need to work on a consolidated tar.gz source version, I'm not
using master, so
I cannot pull changes at the moment.
Can you suggest me what modifications I need?
http://cgit.freedesktop.org/libreoffice
On Mon, Jul 1, 2013 at 6:39 AM, Gabriele Bulfon
gabriele.bul...@sonicle.com
wrote:
Hi, because I need to work on a consolidated tar.gz source version, I'm not
using master, so
I cannot pull changes at the moment.
Can you suggest me what modifications I need?
http://cgit.freedesktop.org/libreoffice
On 01/07/13 16:43, Michael Stahl wrote:
On 01/07/13 14:58, Gabriele Bulfon wrote:
[build LNK] Executable/cppumaker
/usr/gnu/bin/ld: warning: libreg.so, needed by
/sources/userlands/xstream-userland-gate/components/libreoffice/libreoffice-4.1.0.1/solver/unxsogi.pro/lib/libunoidl.so,
not found (try
On 28/06/13 12:01, Michel Stahl wrote:
On 28/06/13 07:39, Gabriele Bulfon wrote:
Hi, I moved to 4.1 build from scratch.
Build required me a couple of new system libs (libodfgen and libmwaw)
that I could package easily.
Then, it stops just after the succesful configure:
/sources/userlands/xstream
.
--
Da: Michael Stahl
A: Gabriele Bulfon
Cc: libreoffice@lists.freedesktop.org Raffaele Fullone
Jonathan Adams
Pierre-Eric Pelloux-Prayer
Data: 27 giugno 2013 14.04.21 CEST
Oggetto: Re: Building LO 4.0.4.2 on illumos based OS
On 27/06/13 10:52, Gabriele Bulfon wrote:
Hi,
I'm working
Hi,
I'm working on our Sonicle XStreamOS distro based on illumos kernel.
I encountered some problems building LO 4.0.4.2.
First, I decided to use system libs as much as possible, so I'm building with
this configure options:
--enable-gtk3 --disable-python --with-system-libs
problem :(
Gabriele.
--
Da: Riccardo Magliocchetti
A: libreoffice@lists.freedesktop.org
Data: 27 giugno 2013 12.49.12 CEST
Oggetto: Re: Building LO 4.0.4.2 on illumos based OS
Hi Gabriele,
Il 27/06/2013 10:52, Gabriele
there is something I should say during configure to let it understand I'm
in a Solaris-type OS?
Gabriele.
--
Da: Michael Stahl
A: Gabriele Bulfon
Cc: libreoffice@lists.freedesktop.org Raffaele Fullone
Jonathan Adams
Pierre-Eric
94 matches
Mail list logo