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 gbul...@sonicle.com 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 is translations file. Then it goes on building concat-deps, and linking fails: [build C ] solenv/bin/concat-deps.c [build LNK] Executable/concat-deps ld: fatal: unrecognized option '-O' ld: fatal: unrecognized option '-1' ld: fatal: use the -z help option for usage information collect2: error: ld returned 1 exit status Maybe just concat-deps have problems linking with wrong options on Solaris? Yes it is quite possible... concat-deps is a small utility I wrote to speed up the original perl-based one... and I'm quite sure I never tried to link it on Solaris. Otoh concat-deps is built using the standard gbuild mechanism for that: see solenv/Executable_concat-deps.mk so it is more likely that the problem is generic and that concat-deps just happen to be the first one to be linked. BTW, is there any way to issue gmake and let it show what command LNK is doing? It tried forcing a -n but I did not get the command debugged verbose=t make Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: 4.4.0.1 build error on sal/types.h on solaris/illumos
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 is translations file. Then it goes on building concat-deps, and linking fails: [build C ] solenv/bin/concat-deps.c [build LNK] Executable/concat-deps ld: fatal: unrecognized option '-O' ld: fatal: unrecognized option '-1' ld: fatal: use the -z help option for usage information collect2: error: ld returned 1 exit status Maybe just concat-deps have problems linking with wrong options on Solaris? Also, strange, but build goes on anyway, like: [build YAC] unoidl/source/sourceprovider-parser [build LEX] unoidl/source/sourceprovider-scanner [build CAT] officecfg_qa_allheaders.hxx [build XSL] CustomTarget/officecfg/registry/officecfg/FirstStartWizard.hxx .. .. ...[long list of build stuff, until it reaches here]. [build CMP] scripting/java/ScriptProviderForBeanShell [build CMP] scripting/java/ScriptProviderForJavaScript make[2]: *** No rule to make target `/sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/libreoffice-4.4.0.2/workdir/LinkTarget/Executable/concat-deps', needed by `/sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/libreoffice-4.4.0.2/workdir/Module/nonl10n/solenv'. Stop. make[2]: *** Waiting for unfinished jobs make[2]: Leaving directory `/sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/libreoffice-4.4.0.2' make[1]: *** [build] Error 2 make[1]: Leaving directory `/sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/libreoffice-4.4.0.2' gmake: *** [/sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/build/i86/.built] Error 2 Obviously the last error is because we have no concat-deps binary :) I tried to look at the place where it builds concat-deps, but it's not easy to figure it out BTW, is there any way to issue gmake and let it show what command LNK is doing? It tried forcing a -n but I did not get the command debugged Thanks again! Gabriele. -- Da: Norbert Thiebaud A: gbul...@sonicle.com Cc: Michael Stahl libreoffice Richard PALO Data: 17 gennaio 2015 14.56.18 CET 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 the solaris.mk platform? In gbuild.mk we include platform/$(OS)_$(CPUNAME)_$(COM).mk verify in your config_host.mk tht these resolve to SOLARIS,INTEL and GCC respectively SOLARIS_INTEL_GCC.mk just include platform/solaris.mk Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: 4.4.0.1 build error on sal/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 :) -- 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 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 is translations file. Then it goes on building concat-deps, and linking fails: [build C ] solenv/bin/concat-deps.c [build LNK] Executable/concat-deps ld: fatal: unrecognized option '-O' ld: fatal: unrecognized option '-1' ld: fatal: use the -z help option for usage information collect2: error: ld returned 1 exit status Maybe just concat-deps have problems linking with wrong options on Solaris? Yes it is quite possible... concat-deps is a small utility I wrote to speed up the original perl-based one... and I'm quite sure I never tried to link it on Solaris. Otoh concat-deps is built using the standard gbuild mechanism for that: see solenv/Executable_concat-deps.mk so it is more likely that the problem is generic and that concat-deps just happen to be the first one to be linked. BTW, is there any way to issue gmake and let it show what command LNK is doing? It tried forcing a -n but I did not get the command debugged verbose=t make Norbert Yeah, this should go as not valid for solaris ld. Apparently comes from here: commit 3c4cd1deaf71d0d800957b3580d426c721bf7844 Author: Jonathan Adams t12nsloo...@gmail.com Date: Fri Mar 16 21:50:37 2012 +0100 gbuild: switch solaris.mk to GCC -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJUvCwiAAoJECAB22fHtp27MBMH/2IYZRT44q8six0NjeXYkG6B vDe0AJund3FTcN/t9zT0bpFx9mPCCdVxWbqqdv0CFKYQrfSLhPRaksuWrAnK1mOI Nl5vcDxI8D0ls6N1c40ZIAcpI3mOeY1Xye6rpKwYJSjWxqOZHxgWEMMvIrzd9Jxb wnChiTHrDj4ljX1QCPWLxJQB0+e3gXrFmcLvQSEhIPslGPou4i14ur3tf2vVwk0a FZzCoiYfCnUil7vQJHA8vUtbVASMxX4sJ6iYOfD0K/Z+11c4PwF4xZZtZCtG6Rek qLd/Yz/OhqIg2POqJeaDL8S9fYOfrWUgfKuwcFhqBgqDQMknQH8DSeJt6IPAea0= =ZdNh -END PGP SIGNATURE- ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: 4.4.0.1 build error on sal/types.h on solaris/illumos
Thanks so much! Here's what I get: [build LNK] Executable/concat-deps gmake[1]: Entering directory `/sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/libreoffice-4.4.0.2' S=/sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/libreoffice-4.4.0.2 I=$S/instdir W=$S/workdir /usr/gcc/4.7/bin/gcc-Wl,-z,origin '-Wl,-rpath,$ORIGIN/../Library' -L$I/ure/lib -L$I/program -L/lib -L/usr/lib -Wl,-z,combreloc -L$W/LinkTarget/StaticLibrary -L$I/sdk/lib -L$I/ure/lib -L$I/program -L$W/LinkTarget/Library -Wl,-O1 $W/CObject/solenv/bin/concat-deps.o -Wl,--start-group -lm -lnsl -lsocket -Wl,--end-group -Wl,-zrecord -o $W/LinkTarget/Executable/concat-deps ld: fatal: unrecognized option '-O' ld: fatal: unrecognized option '-1' ld: fatal: use the -z help option for usage information collect2: error: ld returned 1 exit status looks like -Wl,-O1 is coming in from somewhere... -- 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 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 is translations file. Then it goes on building concat-deps, and linking fails: [build C ] solenv/bin/concat-deps.c [build LNK] Executable/concat-deps ld: fatal: unrecognized option '-O' ld: fatal: unrecognized option '-1' ld: fatal: use the -z help option for usage information collect2: error: ld returned 1 exit status Maybe just concat-deps have problems linking with wrong options on Solaris? Yes it is quite possible... concat-deps is a small utility I wrote to speed up the original perl-based one... and I'm quite sure I never tried to link it on Solaris. Otoh concat-deps is built using the standard gbuild mechanism for that: see solenv/Executable_concat-deps.mk so it is more likely that the problem is generic and that concat-deps just happen to be the first one to be linked. BTW, is there any way to issue gmake and let it show what command LNK is doing? It tried forcing a -n but I did not get the command debugged verbose=t make Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: 4.4.0.1 build error on sal/types.h on solaris/illumos
Here's something interesting :) grepping on the root of sources: sonicle@xstreamdev$ grep Wl,-O1 * ChangeLog:no local -Wl,-O1 linker flag ChangeLog:no local -Wl,-O1 linker flag ChangeLog:add -Wl,-O1 as linker optimization flags when debug is disabled -- 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 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 is translations file. Then it goes on building concat-deps, and linking fails: [build C ] solenv/bin/concat-deps.c [build LNK] Executable/concat-deps ld: fatal: unrecognized option '-O' ld: fatal: unrecognized option '-1' ld: fatal: use the -z help option for usage information collect2: error: ld returned 1 exit status Maybe just concat-deps have problems linking with wrong options on Solaris? Yes it is quite possible... concat-deps is a small utility I wrote to speed up the original perl-based one... and I'm quite sure I never tried to link it on Solaris. Otoh concat-deps is built using the standard gbuild mechanism for that: see solenv/Executable_concat-deps.mk so it is more likely that the problem is generic and that concat-deps just happen to be the first one to be linked. BTW, is there any way to issue gmake and let it show what command LNK is doing? It tried forcing a -n but I did not get the command debugged verbose=t make Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: 4.4.0.1 build error on sal/types.h on solaris/illumos
Ok, I commented out these on Solaris.mk: #ifneq ($(gb_DEBUGLEVEL),0) #gb_LINKEROPTFLAGS := #else #gb_LINKEROPTFLAGS := -Wl,-O1 #endif will let you know :) -- 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 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 is translations file. Then it goes on building concat-deps, and linking fails: [build C ] solenv/bin/concat-deps.c [build LNK] Executable/concat-deps ld: fatal: unrecognized option '-O' ld: fatal: unrecognized option '-1' ld: fatal: use the -z help option for usage information collect2: error: ld returned 1 exit status Maybe just concat-deps have problems linking with wrong options on Solaris? Yes it is quite possible... concat-deps is a small utility I wrote to speed up the original perl-based one... and I'm quite sure I never tried to link it on Solaris. Otoh concat-deps is built using the standard gbuild mechanism for that: see solenv/Executable_concat-deps.mk so it is more likely that the problem is generic and that concat-deps just happen to be the first one to be linked. BTW, is there any way to issue gmake and let it show what command LNK is doing? It tried forcing a -n but I did not get the command debugged verbose=t make Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: 4.4.0.1 build error on sal/types.h on solaris/illumos
Great one! On 4.1.x release I could build it via LD_ALTEXEC using gnu ld. It's really much better if I can make it build with native illumos ld! Thanks! Will let you know ;) Gabriele. -- Da: Michael Stahl 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/gnu/bin/ld, and also using LD_ALTEXEC but no way... How can I force it to use gnu ld? we merged a couple of Solaris patches by Richard Palo, including this one: commit 573506c778410fc0eb6afc0c07bdd849613503a8 Author: Richard PALO AuthorDate: Mon Nov 10 17:36:30 2014 +0100 in general, SOLARIS should use /usr/bin/ld. Make equivalent to unxgcc.mk (with gld). NB: use $(READELF) updated in configure.ac and config_host.mk.in perhaps you two could try to agree on which is the right linker to use :) ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: 4.4.0.1 build error on sal/types.h on solaris/illumos
Thanks to you all guys for helping us :) I will ty to complete this build and will then look how to setup a tinderbox, surely. Thanks! Gabriele. -- Da: Jan Holesovsky A: gbul...@sonicle.com Cc: libreoffice-dev Data: 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 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 patches during build until we succeed. This, because we found a lot of ifdefs and macros about Soalris and SunOS in general, se we maybe don't need all our previous patches anymore. This is awesome! Thanks so much for that :-) When you have it building - could you please setup a tinderbox for solaris/illumnos, so that you don't have to undertake this painful porting / building again? https://wiki.documentfoundation.org/Development/Tinderbox [see especially the For Tinderbox owners part]. With the tinderbox in place, you can be sure that the master will stay buildable on your platform. Also would be great if you can up-stream your changes on the way, hopefully it is easy enough using gerrit? https://wiki.documentfoundation.org/Development/gerrit All the best, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: 4.4.0.1 build error on sal/types.h on solaris/illumos
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 the solaris.mk platform? -- Da: Michael Stahl 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/gnu/bin/ld, and also using LD_ALTEXEC but no way... How can I force it to use gnu ld? we merged a couple of Solaris patches by Richard Palo, including this one: commit 573506c778410fc0eb6afc0c07bdd849613503a8 Author: Richard PALO AuthorDate: Mon Nov 10 17:36:30 2014 +0100 in general, SOLARIS should use /usr/bin/ld. Make equivalent to unxgcc.mk (with gld). NB: use $(READELF) updated in configure.ac and config_host.mk.in perhaps you two could try to agree on which is the right linker to use :) ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
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 gbul...@sonicle.com 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 the solaris.mk platform? In gbuild.mk we include platform/$(OS)_$(CPUNAME)_$(COM).mk verify in your config_host.mk tht these resolve to SOLARIS,INTEL and GCC respectively SOLARIS_INTEL_GCC.mk just include platform/solaris.mk Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: 4.4.0.1 build error on sal/types.h on solaris/illumos
On 01/15/2015 03:05 PM, Gabriele Bulfon wrote: Anyone can help? http://cgit.freedesktop.org/libreoffice/core/commit/?id=234e45bf1d27484b72e73fe327b1e92fda1933f1 Revert 'never wonder if sun is not sun' should fix this (on master for now). ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
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 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 patches during build until we succeed. This, because we found a lot of ifdefs and macros about Soalris and SunOS in general, se we maybe don't need all our previous patches anymore. This is awesome! Thanks so much for that :-) When you have it building - could you please setup a tinderbox for solaris/illumnos, so that you don't have to undertake this painful porting / building again? https://wiki.documentfoundation.org/Development/Tinderbox [see especially the For Tinderbox owners part]. With the tinderbox in place, you can be sure that the master will stay buildable on your platform. Also would be great if you can up-stream your changes on the way, hopefully it is easy enough using gerrit? https://wiki.documentfoundation.org/Development/gerrit All the best, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
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, and also using LD_ALTEXEC but no way... How can I force it to use gnu ld? we merged a couple of Solaris patches by Richard Palo, including this one: commit 573506c778410fc0eb6afc0c07bdd849613503a8 Author: Richard PALO rich...@netbsd.org AuthorDate: Mon Nov 10 17:36:30 2014 +0100 in general, SOLARIS should use /usr/bin/ld. Make equivalent to unxgcc.mk (with gld). NB: use $(READELF) updated in configure.ac and config_host.mk.in perhaps you two could try to agree on which is the right linker to use :) ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
4.4.0.1 build error on sal/types.h on solaris/illumos
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 patches during build until we succeed. This, because we found a lot of ifdefs and macros about Soalris and SunOS in general, se we maybe don't need all our previous patches anymore. We forced parallelism to 1, so to have a clear view of the build process and errors. We stumbled upon this, wich look very tricky...: [build CXX] sal/osl/all/compat.cxx In file included from /sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/libreoffice-4.4.0.1/include/rtl/textenc.h:29:0, from /sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/libreoffice-4.4.0.1/include/rtl/tencinfo.h:25, from /sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/libreoffice-4.4.0.1/include/osl/module.h:25, from /sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/libreoffice-4.4.0.1/sal/osl/all/compat.cxx:14: /sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/libreoffice-4.4.0.1/include/sal/types.h:375:27: error: expected identifier before numeric constant /sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/libreoffice-4.4.0.1/include/sal/types.h:375:27: error: expected unqualified-id before numeric constant /sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/libreoffice-4.4.0.1/sal/osl/all/compat.cxx:138:1: error: expected ?}? at end of input gmake[1]: *** [/sources/sonicle/xstream-desktop-gate/components/libreoffice/libreoffice/libreoffice-4.4.0.1/workdir/CxxObject/sal/osl/all/compat.o] Error 1 gmake: *** [build] Error 2 Looks like the gcc parser gets confused by something in the sal/types.h, giving error on this line: namespace com { namespace sun { namespace star { } } } This line was there also in 4.1.x, but diff shows many changes on the types.h file, before the namespace line. Can't find a reason for this. Anyone can help? Thanks! Gabriele. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice