On Sun, Apr 23, 2006 at 11:09:57PM +0200, Alexander Neundorf wrote: > On Sunday 23 April 2006 21:11, David Faure wrote: > > I just tried running kde apps on Mac OS and while most run, they can't be > > focused, probably because they don't have a bundle. Most apps are indeed > > kdeinit modules, and those don't have a bundle right now. This was easy to > > add unconditionally, but then I found out that not all kdeinit modules are > > gui - for instance dcopserver and klauncher are programs launched by > > kdeinit automatically, but they should be NOGUI. Not sure if there are > > more, but well. > > > > This kinds of defeats the idea of merging kdeinit support into the > > GUI/NOGUI/RUN_UNINSTALLED argument, since we need KDEINIT with GUI by > > default, and KDEINIT+NOGUI. > > > > Alex, what do you think? Should we support two special args (I guess that's > > messy to do?), or should we have KDEINIT and KDEINIT_NOGUI? > > Easier to do with cmake: > KDE4_ADD_EXECUTABLE( name [NOGUI | RUN_UNINSTALLED | RUN_UNINSTALLED_NOGUI | > KDEINIT | KDEINIT_NOGUI ] source1 ... sourceN) > > easier to use: > > KDE4_ADD_EXECUTABLE( name [NOGUI ] [ RUN_UNINSTALLED ] [ KDEINIT ] source1 > ... > sourceN)
Yes (especially if the order doesn't matter...) > Do actually all combinations make sense ? Do we need RUN_UNINSTALLED for > kdeinit apps ? Right now we don't. You're right about RUN_UNINSTALLED_NOGUI though, I had forgotten that we have test programs that are nogui and test programs that are gui (interactive) > Maybe it's actually easier to keep add_kde4_executable() and > kde4_add_kdeinit_executable() separated. > > This would give: > > KDE4_ADD_EXECUTABLE( name [NOGUI ] [ RUN_UNINSTALLED ] source1 ... sourceN) > KDE4_ADD_KDEINIT_EXECUTABLE( name [NOGUI ] [ RUN_UNINSTALLED ] source1 ... > sourceN) Yes, I would like that (but without duplicating code between the two, so then it would have to be factorized to a helper macro? ...) -- David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE, Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org). _______________________________________________ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org/mailman/listinfo/kde-buildsystem
