Re: playground/devtools/kdevelop4-extra-plugins/python/parser

2007-07-09 Thread Dirk Mueller
On Friday, 6. July 2007, Andreas Pakulat wrote: > Thats not feasible, because some of the sources (though not all) may be > generated (or may be not generated if the generator is missing) and thus > I'd have to copy the generation code into each CMakeLists.txt that wants > to use the sources. Ehm

Re: playground/devtools/kdevelop4-extra-plugins/python/parser

2007-07-09 Thread Andreas Pakulat
On 09.07.07 15:42:08, Dirk Mueller wrote: > On Friday, 6. July 2007, Andreas Pakulat wrote: > > > Thats not feasible, because some of the sources (though not all) may be > > generated (or may be not generated if the generator is missing) and thus > > I'd have to copy the generation code into each

Re: playground/devtools/kdevelop4-extra-plugins/python/parser

2007-07-09 Thread Andreas Pakulat
On 09.07.07 15:42:08, Dirk Mueller wrote: > On Friday, 6. July 2007, Andreas Pakulat wrote: > > > Thats not feasible, because some of the sources (though not all) may be > > generated (or may be not generated if the generator is missing) and thus > > I'd have to copy the generation code into each

Re: *** GMX Spamverdacht *** Re: Providing FindFoo.cmake for a kde module "foo"

2007-07-09 Thread Andreas Pakulat
On 09.07.07 06:49:23, Thiago Macieira wrote: > Andreas Pakulat wrote: > >As I tried to explain at the start: this is specifically about > >installing module's in different locations. > > I think KDEDIRS is the best way. Ok, tried and it works quite well. now the question is: where to put this: e

Re: *** GMX Spamverdacht *** automoc v2

2007-07-09 Thread Andreas Pakulat
On 07.07.07 00:51:38, Matthias Kretz wrote: > Hi, > > attached you'll find the next generation of automoc > > I replaced kde4automoc.cmake with a C++/QtCore based program that can run > more > efficient. I've got one question: Could it be that a change in any CMakeLists.txt triggers a full rer

Re: *** GMX Spamverdacht *** automoc v2

2007-07-09 Thread Matthias Kretz
On Monday 09 July 2007, Andreas Pakulat wrote: > On 07.07.07 00:51:38, Matthias Kretz wrote: > > Hi, > > > > attached you'll find the next generation of automoc > > > > I replaced kde4automoc.cmake with a C++/QtCore based program that can run > > more efficient. > > I've got one question: Could it

Re: *** GMX Spamverdacht *** automoc v2

2007-07-09 Thread Andreas Pakulat
On 09.07.07 21:53:48, Matthias Kretz wrote: > On Monday 09 July 2007, Andreas Pakulat wrote: > > On 07.07.07 00:51:38, Matthias Kretz wrote: > > At least thats what I see here at the moment. I > > changed kdelibs/kate/CMakeLists.txt and now it relinks and regenerates > > all foo_automoc.cpp. > >

Re: *** GMX Spamverdacht *** automoc v2

2007-07-09 Thread Matthias Kretz
On Monday 09 July 2007, Andreas Pakulat wrote: > On 09.07.07 21:53:48, Matthias Kretz wrote: > > On Monday 09 July 2007, Andreas Pakulat wrote: > > > On 07.07.07 00:51:38, Matthias Kretz wrote: > > > At least thats what I see here at the moment. I > > > changed kdelibs/kate/CMakeLists.txt and now i

Re: *** GMX Spamverdacht *** Re: Providing FindFoo.cmake for a kde module "foo"

2007-07-09 Thread Ralf Habacker
Andreas Pakulat schrieb: > On 09.07.07 06:49:23, Thiago Macieira wrote: > >> Andreas Pakulat wrote: >> >>> As I tried to explain at the start: this is specifically about >>> installing module's in different locations. >>> >> I think KDEDIRS is the best way. >> > > Ok, tried and

Re: automoc v2

2007-07-09 Thread Alexander Neundorf
Hi, ...back from 3-day holiday, noticing a lot has happened on the KDE lists... On Friday 06 July 2007 18:51, Matthias Kretz wrote: > Hi, > > attached you'll find the next generation of automoc Patch looks good so far. > I replaced kde4automoc.cmake with a C++/QtCore based program that can run

Re: Providing FindFoo.cmake for a kde module "foo"

2007-07-09 Thread Alexander Neundorf
On Monday 09 July 2007 17:18, Ralf Habacker wrote: > Andreas Pakulat schrieb: > > On 09.07.07 06:49:23, Thiago Macieira wrote: > >> Andreas Pakulat wrote: > >>> As I tried to explain at the start: this is specifically about > >>> installing module's in different locations. > >> > >> I think KDEDIRS

Re: Providing FindFoo.cmake for a kde module "foo"

2007-07-09 Thread Alexander Neundorf
Hi, On Sunday 08 July 2007 14:53, Andreas Pakulat wrote: > On 08.07.07 20:49:23, Ralf Habacker wrote: > > Andreas Pakulat schrieb: > > > On 08.07.07 19:31:49, Andreas Pakulat wrote: > > >> On 08.07.07 11:06:32, Matt Rogers wrote: > > >>> On Jul 8, 2007, at 9:35 AM, Andreas Pakulat wrote: > >

Re: playground/devtools/kdevelop4-extra-plugins/python/parser

2007-07-09 Thread Alexander Neundorf
On Monday 09 July 2007 14:22, Andreas Pakulat wrote: > On 09.07.07 15:42:08, Dirk Mueller wrote: > > On Friday, 6. July 2007, Andreas Pakulat wrote: > > > Thats not feasible, because some of the sources (though not all) may be > > > generated (or may be not generated if the generator is missing) an

Re: Strange error in kdesupport

2007-07-09 Thread Alexander Neundorf
On Friday 06 July 2007 13:18, Andras Mantia wrote: > On Wednesday 04 July 2007, Alexander Neundorf wrote: > > This is in kdesupport, so it uses FindQt4.cmake coming with cmake, > > right ? Please replace the FindQt4.cmake from cmake with the one > > attached here and run cmake again and delete CMak

Re: Providing FindFoo.cmake for a kde module "foo"

2007-07-09 Thread Ralf Habacker
Alexander Neundorf schrieb: > On Monday 09 July 2007 17:18, Ralf Habacker wrote: > >> Andreas Pakulat schrieb: >> >>> On 09.07.07 06:49:23, Thiago Macieira wrote: >>> Andreas Pakulat wrote: > As I tried to explain at the start: this is specifically about >