Re: [Libreoffice] Mac OS 10.4 Support

2011-07-23 Thread Tor Lillqvist
Having lion doesn't force you to install the latest version of XCode, or does it? Well, if you want to use Xcode 4.x, it must be Xcode 4.1 (the latest). An Xcode 4(.0) you had in 10.6 tells you to upgrade when you try to use it on 10.7. I haven't tried if one can run the IDE of Xcode 3.2.6

Re: [Libreoffice] Brace for impact - gnumake4 to hit master

2011-07-23 Thread Bjoern Michaelsen
Hi all, On Sat, 23 Jul 2011 04:10:37 +0200 Bjoern Michaelsen bjoern.michael...@canonical.com wrote: Junittest/dbaccess_complex seems to hang, but does seem to _NOT_ fail on master. Worth a look. I reverted back dbaccess to the gbuildization from master. However, the dbacces_complex failure

Re: [Libreoffice] [MHST] GDB doesn't show name of methods in backtrace

2011-07-23 Thread Ta Duc Tung
On 07/22/2011 06:51 PM, Andor E wrote: Hi, did you build module sw with debug=t? Otherwise you won't get any method names and line numbers. Greetings eymux On Fri, Jul 22, 2011 at 12:57 PM, Ta Duc Tungtatung2...@gmail.com wrote: Hi, I've tried to add a radio button into print dialog for

Re: [Libreoffice] [MHST] GDB doesn't show name of methods in backtrace

2011-07-23 Thread Korrawit Pruegsanusak
Hello Ta Duc Tung, On Sat, Jul 23, 2011 at 16:22, Ta Duc Tung tatung2...@gmail.com wrote: On 07/22/2011 06:51 PM, Andor E wrote: On Fri, Jul 22, 2011 at 12:57 PM, Ta Duc Tungtatung2...@gmail.com I put breakpoint in SwXTextDocument::getRendererCount() (#5 in gdb log from pastebin link

[Libreoffice] [new EasyHack] remove superfluous and duplicate include paths

2011-07-23 Thread Bjoern Michaelsen
Hi all, I added a new EasyHack: superfluous include paths can slow the build down by quite a measureable amount. With the integration of gnumake4 it is possible to set CXXFLAGS on the compile (in gbuild modules). Thus on Linux, with: make CXXFLAGS=-v -srj30 -l9 21 | grep nonexistent | sort |

[Libreoffice] [PATCH] Fix fdo#36868 - doc import list numbering error

2011-07-23 Thread Troy Rollo
This patch appears to be fix fdo#36868. The problem is that the paragraph style was never being assigned an outline list level. The saved file did not have an sprmPOutLvl for that paragraph (although it did have one for the level 0 style), just an sprmPIlvl and an sprmPIlfo. Therefore there was no

Re: [Libreoffice] Brace for impact - gnumake4 to hit master

2011-07-23 Thread Miklos Vajna
[ Sorry, replied off-list unintentionally. ] On Sat, Jul 23, 2011 at 04:10:37AM +0200, Bjoern Michaelsen bjoern.michael...@canonical.com wrote: I have reverted the gbuildization of gnumake4 in writerfilter and kept our gbuildization. Still I think, we(**) should take a very close look at

Re: [Libreoffice] Brace for impact - gnumake4 to hit master

2011-07-23 Thread Bjoern Michaelsen
On Sun, 24 Jul 2011 03:13:57 +0200 Miklos Vajna vmik...@frugalware.org wrote: As we discussed on IRC in the long term it's a good idea to do what is in gnumake4 (merge the various small libs to a single writerfilter lib); but probably it makes more sense to do it once rtftok is not under