Re: [Libreoffice] LibreOffice / openIndiana ...
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: Error code 1, while making '../unxsoli/lib/libstore.so.3' I can get it to compile by removing the version-script code, but I am manually removing from each .cmd file in turn. Jon On 13 February 2012 15:01, Gary Driggs wrote: > On Feb 13, 2012, at 4:19 AM, Michael Meeks wrote: > >> but never any: >> >> git diff > /tmp/foo.diff > > I was working from the latest released source. This week might be > quieter so I could try grabbing the git repo... ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
On Feb 13, 2012, at 4:19 AM, Michael Meeks wrote: > but never any: > >git diff > /tmp/foo.diff I was working from the latest released source. This week might be quieter so I could try grabbing the git repo... ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
Hi guys, On Tue, 2012-02-07 at 14:58 +, Jonathan Adams wrote: > ran out of time ... will try again in a week if the projects I'm on > start to lessen. I guess the problem here is that, various people got different places with this - and then sent pseudo-patches: "change line 34 to read 'foo'" style stuff, but never any: git diff > /tmp/foo.diff output that we could just apply with crediting etc. I'm really hoping we'd get at least some incremental progress here that we can apply, so it is easier for the next person to chip away at the task :-) Not being perfect is fine, not being complete is fine - currently we don't build on Solaris or anything else, so ... ;-) All the best, Michael. -- michael.me...@suse.com <><, Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
Hi do you have any success in compiling Libreoffice on Openindiana ? Greetings Paolo Marcheschi -- ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
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 > > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
Hi Do you have had any success in compiling Libreoffice on Openindiana ? Thank you Paolo Marcheschi ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
On 01/27/2012 05:09 PM, Jonathan Adams wrote: 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 ... Are we talking new build system solenv/gbuild/platform/{solaris,unxgcc}.mk (where a solaris.mk already exists, however) or old build system solenv/inc/{solaris,unxgcc}.mk? In the latter case, that COMEX problem discussed in another part of this mail thread should be the solution; there should be no need for an additional file there? Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
Hi there, On Fri, 2012-01-27 at 16:09 +, Jonathan Adams wrote: > 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 Great - if you send a 'git diff' as an attachment we can get it included. IMHO it's better to have something that compiles something on OpenIndiana, rather than something that is known not to compile at all ;-) > in sal/unxsogi.pro/obj/process.cxx > 'struct msghdr' has no member named 'msg_accrightslen' ... turns out > that if you have "_XPG4_2" defined then /usr/include/sys/socket.h > doesn't have "msg_accrightslen" in the msghdr structure ... So - this code is deprecated. If you knock up a separate patch to essentially gut the contents of: osl_sendResourcePipe and osl_recieveResourcePipe that would be fine by me :-) we can just return some suitable osl_Error for those, I don't believe they are used at all, and can't see them getting used in anger, cross-platform for much in future either :-) Thanks, Michael. -- michael.me...@suse.com <><, Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
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 everything that was "else") that got me nss compiled with gcc ... It's now trying to compile "sal" (I always found this odd, because I work for SAL ... ) in sal/unxsogi.pro/obj/process.cxx 'struct msghdr' has no member named 'msg_accrightslen' ... turns out that if you have "_XPG4_2" defined then /usr/include/sys/socket.h doesn't have "msg_accrightslen" in the msghdr structure ... _XPG4_2 appears to be defined in: /usr/gcc/4.6/lib/gcc/i386-pc-solaris2.11/4.6.2/include-fixed/sys/feature_tests.h anyone have any ideas? ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
> And indeed, in configure.in it looks like COMEX is nowadays only set on > Windows, left empty on all other platforms (that was probably different in > the past, and somebody cleaned up too aggressively). That somebody must be me... > So, all the Solaris > checks in solenv/inc/unx.mk should probably be rewritten to use COM instead > of COMEX. agreed > For GCC, COM=GCC (see set_soenv.in), and for Sun Studio COM > probably used to be something like CC or CC5, but apparently has also > already been scrubbed from set_soenv.in. Yep, based on the background discussion on this and the lack of support for it, I did not keep SunStudio cruft when converting set_soen.in to config_host.mk.in > So that you might just as well > also remove the branches for unxsol?4.mk from solenv/inc/unx.mk. yep Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
On 01/26/2012 11:17 PM, Norbert Thiebaud wrote: as for the dmake side of thing (solenv/inc/sol*4.mk) something like .IF "$(COM)$(OS)$(CPU)" == "GCCSOLARISX" (for intel x86_64 ) or GCCSOLARISI for x86, etc... .INCLUDE : uxnsolg[x|i|..].mk and create such a file based on similar unxix build... look into bsd and linux ones for template... or even the existing solaris one.. and scrub out stuff that are SunStudio related... But when you look at the start of solenv/inc/unx.mk, specific unx*.mk for Solaris/GCC are already there (unxsogs.mk for Solaris/GCC/SPARC and unxsogi.mk for Solaris/GCC/x86) and already should be called. To me, Gary's build log looks like the wrong unxsoli4.mk (Solaris/SunStudio/x86) gets used. On libreoffice-3-5 branch, all the relevant variables used in the conditionals in solenv/inc/unx.mk to branch to a specific unx*.mk (i.e., the variables OS,CPU, COMEX, COM) should be defined in Env.Host.sh. I suspect that COMEX has an odd value. And indeed, in configure.in it looks like COMEX is nowadays only set on Windows, left empty on all other platforms (that was probably different in the past, and somebody cleaned up too aggressively). So, all the Solaris checks in solenv/inc/unx.mk should probably be rewritten to use COM instead of COMEX. For GCC, COM=GCC (see set_soenv.in), and for Sun Studio COM probably used to be something like CC or CC5, but apparently has also already been scrubbed from set_soenv.in. So that you might just as well also remove the branches for unxsol?4.mk from solenv/inc/unx.mk. Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
On Thu, Jan 26, 2012 at 3:55 PM, Gary wrote: > On Thu, Jan 26, 2012 at 12:11 PM, Norbert Thiebaud wrote: >> I mentionned earlier GNUMAKE is always set by configure.in > > Yeah, I had it set there but it was being overridden by one entry in > unitools.mk as you suggested. > > So now it's failing in these four modules: > > --- > ERROR: error 65280 occurred while making > /usr/local/src/libreoffice-core-3.5.0.1/nss > gcc: unrecognized option `-KPIC' That is where you need to deal with solenv/gbuild/platform/solaris.mk and solenv/inc/unxsol*4.mk ( note: git grep KPIC ) for the former you need to edit solenv/gbuild/platform/SOLARIS_INTEL/SPAC-GCC.mk to _not_ include solaris.mk but rather to use unxgcc.mk as a core and adapt around it. see NETBSD_SPARC_GCC.mk and other like that for ideas... as for the dmake side of thing (solenv/inc/sol*4.mk) something like .IF "$(COM)$(OS)$(CPU)" == "GCCSOLARISX" (for intel x86_64 ) or GCCSOLARISI for x86, etc... .INCLUDE : uxnsolg[x|i|..].mk and create such a file based on similar unxix build... look into bsd and linux ones for template... or even the existing solaris one.. and scrub out stuff that are SunStudio related... In general, git grep SOLARIS should point you to a lot of place that are 'solaris' sensitive... it is quite likely that a lot of these place really intended to be SunStudio sensitive, but that the two concept got mangled... Norbert PS: to be able to debug gmake and follow what is going on, you may want to get our 'debug-augmented' version of gmake in contrib/dev-tool/make-3.82-gbuild it has the ability to use --debug=c,e which trace all these $(eval and $(call . That is a must when trying to get a new platform to work under gbuild ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
On Thu, Jan 26, 2012 at 12:11 PM, Norbert Thiebaud wrote: > I mentionned earlier GNUMAKE is always set by configure.in Yeah, I had it set there but it was being overridden by one entry in unitools.mk as you suggested. So now it's failing in these four modules: --- ERROR: error 65280 occurred while making /usr/local/src/libreoffice-core-3.5.0.1/nss gcc: unrecognized option `-KPIC' sounds like the issue Jonathan pointed out... --- ERROR: error 65280 occurred while making /usr/local/src/libreoffice-core-3.5.0.1/soltools/mkdepend no idea what's going on here -- commenting out Cstd didn't seem to help -- I'm using gcc 3.4.3 now. --- ERROR: error 65280 occurred while making /usr/local/src/libreoffice-core-3.5.0.1/xml2cmp/prj Entering /usr/local/src/libreoffice-core-3.5.0.1/xml2cmp/prj [ build CXX ] xml2cmp/source/xcd/main g++: +w2: No such file or directory g++: /usr/local/src/libreoffice-core-3.5.0.1/workdir/unxsogi.pro/Dep/CxxObject/xml2cmp/source/xcd/main.d: No such file or directory g++: warning: `-x MF' after last input file has no effect g++: unrecognized option `-temp=/tmp' g++: unrecognized option `-KPIC' g++: -library=no%Cstd: linker input file unused because linking not done g++: language O3 not recognized g++: /usr/local/src/libreoffice-core-3.5.0.1/xml2cmp/source/xcd/main.cxx: linker input file unused because linking not done dmake: Error code 2, while making 'all' --- ERROR: error 65280 occurred while making /usr/local/src/libreoffice-core-3.5.0.1/lpsolve ntering /usr/local/src/libreoffice-core-3.5.0.1/lpsolve cp: cannot stat `./unxsogi.pro/misc/build/lp_solve_5.5/lpsolve55/liblpsolve55.so': No such file or directory dmake: Error code 1, while making './unxsogi.pro/misc/build/so_predeliver_lpsolve' ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
/usr/bin/bash: /usr/sfw/bin/make: No such file or directory you want to remove GNUMAKE=/usr/sfw/bin/make from solenv/inc/unitools.mk or at the very least replace = by *= as I mentionned earlier GNUMAKE is always set by configure.in Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
On Thu, Jan 26, 2012 at 12:03 PM, Stephan Bergmann wrote: > On 01/26/2012 06:55 PM, Michael Meeks wrote: >> >> On Thu, 2012-01-26 at 16:52 +, Jonathan Adams wrote: >>> >>> 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 :) >> >> >> Right - I -imagine- that (in general) the build system ( of which >> we >> have both dmake and gnumake (transitioning to the latter) ) assumes that >> Solaris == SUNPRO. > > > But this looks odd in nss. Module nss is an external one still built with > the old build system, so it should probably pick up the Solaris/GCC settings > from solenv/inc/unxsog{i,s}.mk just fine -- or else there'd probably already > be problems earlier, with other modules? And nss/makefile.mk does not look > like we pass any switches from "our" build system into nss's, anyway, so it > might also be a genuine problem of nss's own configure? (On the other hand, > that sound unlikely too.) nss has had some work done by kendy wrt to sharing stuff with moz IIRC... that could maybe explain some Solaris build breakage Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
On 01/26/2012 06:55 PM, Michael Meeks wrote: On Thu, 2012-01-26 at 16:52 +, Jonathan Adams wrote: 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 :) Right - I -imagine- that (in general) the build system ( of which we have both dmake and gnumake (transitioning to the latter) ) assumes that Solaris == SUNPRO. But this looks odd in nss. Module nss is an external one still built with the old build system, so it should probably pick up the Solaris/GCC settings from solenv/inc/unxsog{i,s}.mk just fine -- or else there'd probably already be problems earlier, with other modules? And nss/makefile.mk does not look like we pass any switches from "our" build system into nss's, anyway, so it might also be a genuine problem of nss's own configure? (On the other hand, that sound unlikely too.) Maybe dumping the whole build output (incl. the output from autogen.sh, whether you run that manually or from top-level make) could help sort things out. Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
Hi Jonathan, On Thu, 2012-01-26 at 16:14 +, Jonathan Adams wrote: > beginning to get somewhere with GCC ... gonna update the list of changes so > far: Great :-) if you do a: 'git diff' and just send the patch with some nice license is: MPL/LGPLv3+ statement, we can at least review and push to master :-) > I compile with explicit CC and CXX compilers: > ./autogen.sh CC=/usr/gcc/4.6/bin/gcc CXX=/usr/gcc/4.6/bin/g++ > LD=/usr/gnu/bin/ld MAKE=/usr/bin/gmake \ > --with-jdk-home=/usr/jdk/instances/jdk1.6.0 \ > --disable-ccache \ > --disable-epm \ > --disable-mozilla \ > --disable-neon \ > --disable-odk \ > --disable-opengl \ > --disable-systray \ > --with-alloc=system \ > --with-fonts \ > --without-stlport \ > --with-system-libxml It's prolly a good idea to create a distro-config/OpenIndiana.conf or somesuch and codify this little lot in there. > It's further than it has been up until this point, 1/4 of the way > around the nice animated status indicator ... Great :-) On Thu, 2012-01-26 at 16:52 +, Jonathan Adams wrote: > 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 :) Right - I -imagine- that (in general) the build system ( of which we have both dmake and gnumake (transitioning to the latter) ) assumes that Solaris == SUNPRO. IMHO, we should change that to Solaris == gcc - and remove all the old sunpro cruft, without any attempt at adding conditionals for that heap [ much easier too ;-]. As Michael Stahl says, that will mean some hackery in: solenv/gbuild/platform/solaris.mk Hope that helps :-) Michael. -- michael.me...@suse.com <><, Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
On 01/26/2012 05:56 PM, Caolán McNamara wrote: I see that there *is* one for solaris sparc and gcc (I had to blink a few times when I saw that there was one), i.e. bridges/source/cpp_uno/gcc3_solaris_sparc so you might be incredibly lucky and that's actually buildable and works fine. There's also solenv/inc/unxsog{i,s}.mk, and bridges/source/cpp_uno/gcc3_solaris_intel/, so somebody was definitely busy in this area before, though I don't know how well-maintained all that is. Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
On Thu, 2012-01-26 at 16:14 +, Jonathan Adams wrote: > It's further than it has been up until this point, 1/4 of the way > around the nice animated status indicator ... At some stage you'll need (the dreaded) uno-bridge[1], first symptom of not having one or a broken one would be a build error in i18npool, and later on in testtools which exercises the bridge a lot. I see that there *is* one for solaris sparc and gcc (I had to blink a few times when I saw that there was one), i.e. bridges/source/cpp_uno/gcc3_solaris_sparc so you might be incredibly lucky and that's actually buildable and works fine. If it doesn't work, you *might* get away with editing bridges/source/cpp_uno/gcc3_linux_sparc/makefile.mk to just add some appropriate .IF fooSOLARISfoo in there to try to use it under solaris as well as LINUX (e.g. see ../gcc3_linux_x86-64/makefile.mk for similar hackery). If both fail, here's my notes from a few successful attempts at getting a working bridge http://wiki.services.openoffice.org/wiki/Lazy_Hackers_Guide_To_Porting C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
On 26/01/12 17:42, Norbert Thiebaud wrote: > On Thu, Jan 26, 2012 at 10:14 AM, Jonathan Adams > wrote: good to hear you're making some progress there :) >> files soltools/adjustvisibility/makefile.mk >> soltools/mkdepend/makefile.mk soltools/util/makefile.pmk: (probably >> not safe if SunStudio is the compiler ... ) >> remove Cstd lines > > 'adjustvisibility' seems to be a SunStudio 8 ack... should not be > nedeed at all for gcc build indeed, from what i remember adjustvisibility works around some deficiency in SunStudio to make the crash reporter produce useful backtraces. but currently we don't use the crash reporter on any platform anyway (no server backend). the problem you're going to hit pretty soon is that our new GNU make based build system doesn't have support for Solaris/GCC currently; there is only solenv/gbuild/platform/solaris.mk which is only SunStudio. probably at first it would be best to replace the bits in there that use compiler specific stuff with the equivalents from solenv/gbuild/platform/unxgcc.mk until you have something that builds, later we can refactor it to remove duplications etc. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
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 Thu, Jan 26, 2012 at 10:14 AM, Jonathan Adams > wrote: > >> file ./solenv/inc/unitools.mk: (this one should be safe for all >> platforms, since it only affects Solaris, and Solaris 10 has the file >> in this location) >> GNUMAKE=/usr/sfw/bin/gmake > > That should really be handled in configure.in, and not overriden in > unitools.mk > configure.in already set GNUMAKE. > >> >> files ./python/makefile.mk ./libexttextcat/makefile.mk >> ./solenv/inc/tg_ext.mk: (only safe on Solaris) >> "xargs -0" -> "/usr/gnu/bin/xargs -0" >> >> files soltools/adjustvisibility/makefile.mk >> soltools/mkdepend/makefile.mk soltools/util/makefile.pmk: (probably >> not safe if SunStudio is the compiler ... ) >> remove Cstd lines > > 'adjustvisibility' seems to be a SunStudio 8 ack... should not be > nedeed at all for gcc build > > Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
On Thu, Jan 26, 2012 at 10:14 AM, Jonathan Adams wrote: > file ./solenv/inc/unitools.mk: (this one should be safe for all > platforms, since it only affects Solaris, and Solaris 10 has the file > in this location) > GNUMAKE=/usr/sfw/bin/gmake That should really be handled in configure.in, and not overriden in unitools.mk configure.in already set GNUMAKE. > > files ./python/makefile.mk ./libexttextcat/makefile.mk > ./solenv/inc/tg_ext.mk: (only safe on Solaris) > "xargs -0" -> "/usr/gnu/bin/xargs -0" > > files soltools/adjustvisibility/makefile.mk > soltools/mkdepend/makefile.mk soltools/util/makefile.pmk: (probably > not safe if SunStudio is the compiler ... ) > remove Cstd lines 'adjustvisibility' seems to be a SunStudio 8 ack... should not be nedeed at all for gcc build Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
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 file in this location) GNUMAKE=/usr/sfw/bin/gmake files ./python/makefile.mk ./libexttextcat/makefile.mk ./solenv/inc/tg_ext.mk: (only safe on Solaris) "xargs -0" -> "/usr/gnu/bin/xargs -0" files soltools/adjustvisibility/makefile.mk soltools/mkdepend/makefile.mk soltools/util/makefile.pmk: (probably not safe if SunStudio is the compiler ... ) remove Cstd lines files ./inc/unxsogi.mk ./inc/unxgcc.mk ./inc/unxsogs.mk unxsogi.pro/misc/make_makedepend.makedepend_1.cmd (unsure whether or not this is safe) remove xport-dynamic lines file soltools/adjustvisibility/adjustvisibility.cxx (unsure if this even works on anywhere but my system) add "#include " I compile with explicit CC and CXX compilers: ./autogen.sh CC=/usr/gcc/4.6/bin/gcc CXX=/usr/gcc/4.6/bin/g++ LD=/usr/gnu/bin/ld MAKE=/usr/bin/gmake \ --with-jdk-home=/usr/jdk/instances/jdk1.6.0 \ --disable-ccache \ --disable-epm \ --disable-mozilla \ --disable-neon \ --disable-odk \ --disable-opengl \ --disable-systray \ --with-alloc=system \ --with-fonts \ --without-stlport \ --with-system-libxml It's further than it has been up until this point, 1/4 of the way around the nice animated status indicator ... Jon On 26 January 2012 11:11, Michael Meeks wrote: > > On Thu, 2012-01-26 at 11:21 +0100, Stephan Bergmann wrote: >> On 01/26/2012 10:52 AM, Norbert Thiebaud wrote: >> > humm... we don't need stlport these day... we only build it for >> > external extensions that may still need it... > > I forget when that happened, but you're really best off with the 3.5 > builds where stlport is certainly optional. > >> > but surely for OpenSolaris existing base of extension is probably >> > not a critical issue >> >> ...and any existing C++ extensions for Solaris would not work, anyway, >> as they are compiled against the Sun Studio ABI, not the GCC one. > > Of course :-) but I've never seen a binary Solaris extension in the > wild, so ... stlport is one to happily ignore. > > HTH, > > Michael. > > -- > michael.me...@suse.com <><, Pseudo Engineer, itinerant idiot > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
On Thu, 2012-01-26 at 11:21 +0100, Stephan Bergmann wrote: > On 01/26/2012 10:52 AM, Norbert Thiebaud wrote: > > humm... we don't need stlport these day... we only build it for > > external extensions that may still need it... I forget when that happened, but you're really best off with the 3.5 builds where stlport is certainly optional. > > but surely for OpenSolaris existing base of extension is probably > > not a critical issue > > ...and any existing C++ extensions for Solaris would not work, anyway, > as they are compiled against the Sun Studio ABI, not the GCC one. Of course :-) but I've never seen a binary Solaris extension in the wild, so ... stlport is one to happily ignore. HTH, Michael. -- michael.me...@suse.com <><, Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
On 01/26/2012 10:52 AM, Norbert Thiebaud wrote: humm... we don't need stlport these day... we only build it for external extensions that may still need it... but surely for OpenSolaris existing base of extension is probably not a critical issue ...and any existing C++ extensions for Solaris would not work, anyway, as they are compiled against the Sun Studio ABI, not the GCC one. Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
On Thu, Jan 26, 2012 at 3:27 AM, Jonathan Adams wrote: > 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, which stops the xml2cmp compilation anyway) humm... we don't need stlport these day... we only build it for external extensions that may still need it... but surely for OpenSolaris existing base of extension is probably not a critical issue so --without-stlport may be indicated here... Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
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, which stops the xml2cmp compilation anyway) Jon On 25 January 2012 20:03, Michael Meeks wrote: > Hi guys > > I was thrilled to read of your efforts trying to get LibreOffice going > on OpenIndiana; it'd be great to get any patches you have back into the > code. > > Having said that - I think we -really- want to discourage use of the > sunpro compiler, and I'd suggest trying to build with gcc/g++ and fixing > that. That is likelier to cause fewer problems in the longer run I think > (though we'll need to rip out a number of compiler conditionals for > solaris at the same time I think). We routinely find & have to > workaround compiler bugs, and the fewer compilers we have to support the > better. > > Anyhow - please do ask questions etc. here - hopefully we're a friendly > lot :-) I'd really recommend building from the "libreoffice-3-5" > code-branch, that is feature frozen and about to get released, whereas > 3.4 is some rather ultra deep-frozen branch. > > All the best, > > Michael. > > -- > michael.me...@suse.com <><, Pseudo Engineer, itinerant idiot > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
Hi, On Wed, Jan 25, 2012 at 11:23:39PM +0100, Michael Stahl wrote: > > oh, and i definitely second the other Michael's recommendations against > SunStudio: i'd personally only use that again if somebody paid me for > it... and i guess by now it won't be any more work to resurrect the > Solaris/GCC port that OOo used to have many years ago, than to get it to > build again with SunStudio and it's at times peculiar interpretation of > the C++ standard (and don't get me started on its code gen bugs...). What is the state of GCC in OpenIndiana these days ? Last time I had a look, gcc-3.3 was still the main compiler, with some ongoing work to replace it with a 4.6.x version. -- Francois Tigeot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
On 25/01/12 22:29, Gary wrote: > On Wed, Jan 25, 2012 at 12:03 PM, Michael Meeks wrote: >>Anyhow - please do ask questions etc. here - hopefully we're a >> friendly >> lot :-) I'd really recommend building from the "libreoffice-3-5" >> code-branch, that is feature frozen and about to get released, whereas >> 3.4 is some rather ultra deep-frozen branch. > > Hi Michael, > > Where would one find the 3.5 release? In the git repo? hi Gary, i've just added a section on checking out the release branch here: http://wiki.documentfoundation.org/Development/Native_Build oh, and i definitely second the other Michael's recommendations against SunStudio: i'd personally only use that again if somebody paid me for it... and i guess by now it won't be any more work to resurrect the Solaris/GCC port that OOo used to have many years ago, than to get it to build again with SunStudio and it's at times peculiar interpretation of the C++ standard (and don't get me started on its code gen bugs...). ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
On Wed, Jan 25, 2012 at 3:29 PM, Gary wrote: > On Wed, Jan 25, 2012 at 12:03 PM, Michael Meeks wrote: >> Anyhow - please do ask questions etc. here - hopefully we're a >> friendly >> lot :-) I'd really recommend building from the "libreoffice-3-5" >> code-branch, that is feature frozen and about to get released, whereas >> 3.4 is some rather ultra deep-frozen branch. > > Hi Michael, > > Where would one find the 3.5 release? In the git repo? yep: http://cgit.freedesktop.org/libreoffice/core/ The rest (external packages and other needed repos and external packages) will get pull after autogen... Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice / openIndiana ...
On Wed, Jan 25, 2012 at 12:03 PM, Michael Meeks wrote: > Anyhow - please do ask questions etc. here - hopefully we're a friendly > lot :-) I'd really recommend building from the "libreoffice-3-5" > code-branch, that is feature frozen and about to get released, whereas > 3.4 is some rather ultra deep-frozen branch. Hi Michael, Where would one find the 3.5 release? In the git repo? much thanks, Gary ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] LibreOffice / openIndiana ...
Hi guys I was thrilled to read of your efforts trying to get LibreOffice going on OpenIndiana; it'd be great to get any patches you have back into the code. Having said that - I think we -really- want to discourage use of the sunpro compiler, and I'd suggest trying to build with gcc/g++ and fixing that. That is likelier to cause fewer problems in the longer run I think (though we'll need to rip out a number of compiler conditionals for solaris at the same time I think). We routinely find & have to workaround compiler bugs, and the fewer compilers we have to support the better. Anyhow - please do ask questions etc. here - hopefully we're a friendly lot :-) I'd really recommend building from the "libreoffice-3-5" code-branch, that is feature frozen and about to get released, whereas 3.4 is some rather ultra deep-frozen branch. All the best, Michael. -- michael.me...@suse.com <><, Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice