Serializing possibly resource-intensive tasks #2

2010-01-31 Thread Lubos Lunak
FindKDE4Internal.cmake.patch to both trunk and 4.4 branch. Just invoke cmake with -DKDE4_SERIALIZE_TOOL=icerun and meinproc invocations will be serialized. Objections? Feel free to wrap more calls using it, I myself consider only meinproc to be a problem. -- Lubos Lunak openSUSE Boosters team

Re: Serializing possibly resource-intensive tasks such as meinproc

2010-01-11 Thread Lubos Lunak
On Monday 11 of January 2010, Alexander Neundorf wrote: On Friday 08 January 2010, Lubos Lunak wrote: On Thursday 07 of January 2010, Oswald Buddenhagen wrote: a more generic solution would be recognizing a KDE4_TOOL_WRAPPER cmake variable and prepending it to all non-c-compiler

Re: Serializing possibly resource-intensive tasks such as meinproc

2010-01-09 Thread Lubos Lunak
On Friday 08 of January 2010, Oswald Buddenhagen wrote: On Fri, Jan 08, 2010 at 04:09:27PM +0100, Lubos Lunak wrote: On Thursday 07 of January 2010, Oswald Buddenhagen wrote: for one, covering just meinproc is a bit shortsighted (i bet a few webkit links can blow your box just as nicely

Re: Serializing possibly resource-intensive tasks such as meinproc

2010-01-08 Thread Lubos Lunak
On Thursday 07 of January 2010, Oswald Buddenhagen wrote: On Thu, Jan 07, 2010 at 04:20:39PM +0100, Lubos Lunak wrote: I would like to commit the attached kdelibs/icecream patches, in order to avoid running into pathetic OOM situations on Linux. i'll comment on the icecream patch when i

Serializing possibly resource-intensive tasks such as meinproc

2010-01-07 Thread Lubos Lunak
is needed). -- Lubos Lunak openSUSE Boosters team, KDE developer l.lu...@suse.cz , l.lu...@kde.org --- cmake/modules/FindIcecream.cmake.sav 2010-01-07 14:06:50.0 +0100 +++ cmake/modules/FindIcecream.cmake 2010-01-07 15:08:16.0 +0100 @@ -0,0 +1,26 @@ +# Try to find the icecream

Re: Serializing possibly resource-intensive tasks such as meinproc

2010-01-07 Thread Lubos Lunak
cleaner than my patch and for the latter that needs modifying the cmake code anyway. -- Lubos Lunak openSUSE Boosters team, KDE developer l.lu...@suse.cz , l.lu...@kde.org ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org

Re: KDE/kdebase/workspace

2009-10-07 Thread Lubos Lunak
changes the path (to the same thing anyway), I don't see how it should affect anything. -- Lubos Lunak KDE developer -- SUSE LINUX, s.r.o. e-mail: l.lu...@suse.cz , l.lu...@kde.org Lihovarska 1060/12 tel: +420 284 084 672 190 00 Prague

Re: Missing configure checks for #cmakedefine

2009-03-23 Thread Lubos Lunak
, people would also need to care about looking at/fixing Krazy issues on a regular basis. I suppose this could be good enough if CMake can't handle this itself. -- Lubos Lunak KDE developer -- SUSE LINUX, s.r.o. e-mail: l.lu

Re: Missing configure checks for #cmakedefine

2009-03-21 Thread Lubos Lunak
On Friday 20 of March 2009 23:21:48 Thiago Macieira wrote: Lubos Lunak wrote: At least looking at generated kdebase/workspace/config-workspace.h it has a couple of #undef's for things that obviously are present (e.g. unistd.h). unistd.h is not present on Windows (it's not a Unix system

Missing configure checks for #cmakedefine

2009-03-20 Thread Lubos Lunak
way to avoid this kind of problem? With the way these things are scattered in KDE4 this is rather difficult to check. [*] Already fixed. -- Lubos Lunak KDE developer -- SUSE LINUX, s.r.o. e-mail: l.lu...@suse.cz , l.lu...@kde.org

cmake resets variables

2007-11-06 Thread Lubos Lunak
(interestingly, after yet another change it doesn't run it again). I always get undefined symbols as a result of this and I'm getting kind of tired of running cmake manually all the time. Does somebody know how to fix this? -- Lubos Lunak KDE developer