Re: [Libreoffice] [PUSHED][PATCH] convert xml2cmp to gbuild
On 09/12/2011 11:23 PM, Norbert Thiebaud wrote: On Mon, Sep 12, 2011 at 4:04 PM, Peter Foleypefol...@verizon.net wrote: Another gbuild conversion. Nice. Pushed, Thanks. It ~looks like this broke the latest Mac OSX gcc-4.0.1 (PPC) tinderbox build, see http://tinderbox.libreoffice.org/cgi-bin/gunzip.cgi?tree=MASTERbrief-log=1315881022.32373. (Though I have no clue what went wrong; at least cannot easily reproduce on unxlngx6.pro.) -Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED][PATCH] convert xml2cmp to gbuild
On 09/13/2011 08:18 AM, Stephan Bergmann wrote: On 09/12/2011 11:23 PM, Norbert Thiebaud wrote: On Mon, Sep 12, 2011 at 4:04 PM, Peter Foleypefol...@verizon.net wrote: Another gbuild conversion. Nice. Pushed, Thanks. It ~looks like this broke the latest Mac OSX gcc-4.0.1 (PPC) tinderbox build, see http://tinderbox.libreoffice.org/cgi-bin/gunzip.cgi?tree=MASTERbrief-log=1315881022.32373. (Though I have no clue what went wrong; at least cannot easily reproduce on unxlngx6.pro.) I think the problem is using static libraries. IIRC, on Mac OS X, if you link against two static libs -lA -lB, order is important, and if B need symbols from A (that the executable into which the two are linked does not already take from A), it won't find them. What could help in this specific case is to switch the order of x2c_support and x2c_xcd in xml2cmp/Executable_*.mk. (Will try that out on my Mac, but that can take a while. Another solution might be to use Mac OS X ld switches -all_load or -force_load.) In general, I think using static libraries to link individual objects into multiple dynamic libraries or executables will not work smoothly across all our platforms. (I experimented with that earlier this year, thinking that it might help write CppUnit tests that can access private symbols of to-be-tested dynamic libraries, but only got lost in problems.) -Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED][PATCH] convert xml2cmp to gbuild
On 09/13/2011 08:40 AM, Stephan Bergmann wrote: On 09/13/2011 08:18 AM, Stephan Bergmann wrote: On 09/12/2011 11:23 PM, Norbert Thiebaud wrote: On Mon, Sep 12, 2011 at 4:04 PM, Peter Foleypefol...@verizon.net wrote: Another gbuild conversion. Nice. Pushed, Thanks. It ~looks like this broke the latest Mac OSX gcc-4.0.1 (PPC) tinderbox build, see http://tinderbox.libreoffice.org/cgi-bin/gunzip.cgi?tree=MASTERbrief-log=1315881022.32373. (Though I have no clue what went wrong; at least cannot easily reproduce on unxlngx6.pro.) I think the problem is using static libraries. IIRC, on Mac OS X, if you link against two static libs -lA -lB, order is important, and if B need symbols from A (that the executable into which the two are linked does not already take from A), it won't find them. What could help in this specific case is to switch the order of x2c_support and x2c_xcd in xml2cmp/Executable_*.mk. (Will try that out on my Mac, but that can take a while. Another solution might be to use Mac OS X ld switches -all_load or -force_load.) Hm, can't reproduce the problem on my Mac OS X 10.6 box. Strange. -Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED][PATCH] convert xml2cmp to gbuild
Hi all, On Tue, 13 Sep 2011 08:40:34 +0200 Stephan Bergmann sberg...@redhat.com wrote: On 09/13/2011 08:18 AM, Stephan Bergmann wrote: On 09/12/2011 11:23 PM, Norbert Thiebaud wrote: On Mon, Sep 12, 2011 at 4:04 PM, Peter Foleypefol...@verizon.net wrote: Another gbuild conversion. Nice. Pushed, Thanks. It ~looks like this broke the latest Mac OSX gcc-4.0.1 (PPC) tinderbox build, see http://tinderbox.libreoffice.org/cgi-bin/gunzip.cgi?tree=MASTERbrief-log=1315881022.32373. (Though I have no clue what went wrong; at least cannot easily reproduce on unxlngx6.pro.) I think the problem is using static libraries. IIRC, on Mac OS X, if you link against two static libs -lA -lB, order is important, and if B need symbols from A (that the executable into which the two are linked does not already take from A), it won't find them. What could help in this specific case is to switch the order of x2c_support and x2c_xcd in xml2cmp/Executable_*.mk. (Will try that out on my Mac, but that can take a while. Another solution might be to use Mac OS X ld switches -all_load or -force_load.) at http://cgit.freedesktop.org/libreoffice/core/tree/solenv/gbuild/platform/unxgcc.mk#n312 for the general gcc case we are wrapping the static libs in the linker command in start-group/end-group, which should help, but it seems like this is missing on the osx platform files. Maybe doing the same there would help? Best, Bjoern -- https://launchpad.net/~bjoern-michaelsen ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED][PATCH] convert xml2cmp to gbuild
On Mon, Sep 12, 2011 at 4:04 PM, Peter Foley pefol...@verizon.net wrote: Another gbuild conversion. Nice. Pushed, Thanks. Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
