Re: cmake rule: processing .uic files

2006-05-11 Thread William A. Hoffman
At 03:37 PM 5/10/2006, Peter Kümmel wrote: >Peter Kümmel wrote: >> The processing of .uic files does not work >> any more with nmake under win2k. >> >> e.g: >> >> set( kdeui_UI >>kspellui.ui >>kkeydialog.ui >>kshortcutdialog_simple.ui >>kshortcutdialog_advanced.ui >>) >> >> k

Re: msvc: qHash

2006-05-11 Thread David Faure
On Thursday 11 May 2006 00:00, David Faure wrote: > In fact I'm wondering if we really need KSortable[Value]List with Qt4, when > it's easy > to just pass a function to > qSort(foo.begin(),foo.end(),mySortingFunctionHere) > or to use a map, for something closer to the usage of KSortableValueL

Fwd: How to build static libraries with cmake (and more)? (was: Re: Testing internal classes)

2006-05-11 Thread Friedrich W. H. Kossebau
Hi, moving the discussion from kde-core-devel to the more appropriate place, I guess :) For those who did not follow there: We have been discussing the problem that internal classes are not visible outside of libraries if using visibility masks, so linking the libraries to tests for those clas

RE: cmake rule: processing .uic files

2006-05-11 Thread Paulo Jorge Guedes
> -Original Message- > From: William A. Hoffman [mailto:[EMAIL PROTECTED] > Sent: quinta-feira, 11 de Maio de 2006 13:38 > To: kde-buildsystem@kde.org; kde-buildsystem@kde.org > Subject: Re: cmake rule: processing .uic files > > At 03:37 PM 5/10/2006, Peter Kümmel wrote: > >Peter Kümmel wr

Re: msvc: qHash

2006-05-11 Thread Christian Ehrlicher
> On Thursday 11 May 2006 00:00, David Faure wrote: > > In fact I'm wondering if we really need KSortable[Value]List with Qt4, > when it's easy > > to just pass a function to > qSort(foo.begin(),foo.end(),mySortingFunctionHere) > > or to use a map, for something closer to the usage of > KSortab

Re: cmake rule: processing .uic files

2006-05-11 Thread Peter Kümmel
William A. Hoffman wrote: > > > Are you talking about the location of cmake, or the install path for kdelibs? > > -Bill > The install path of cmake ("cmake 2.4", which is the default value). Maybe it is better (at least for win/kdelibs users) to use a default value without spaces. Peter

Re: msvc: qHash

2006-05-11 Thread Peter Kümmel
David Faure wrote: > > I'm confused. This file doesn't use QHash/QSet at all, so why is a QHash > implementation needed? > Is it due to some other file hashing KSortableItems? > Yes, compiling stops there because it couldn't find a qHash function with the correct argument. > In fact I'm wonde

Re: msvc: qHash

2006-05-11 Thread David Faure
On Thursday 11 May 2006 18:36, Peter Kümmel wrote: > David Faure wrote: > > > > I'm confused. This file doesn't use QHash/QSet at all, so why is a QHash > > implementation needed? > > Is it due to some other file hashing KSortableItems? > > > > Yes, compiling stops there because it couldn't fin

KDE/kdelibs/cmake/modules

2006-05-11 Thread Alexander Neundorf
SVN commit 539757 by neundorf: -enhanced syntax for KDE4_ADD_EXECUTABLE and KDE4_ADD_KDEINIT_EXECUTABLE: KDE4_ADD_EXECUTABLE(name [NOGUI] [RUN_UNINSTALLED] srcs...) KDE4_ADD_KDEINIT_EXECUTABLE(name [NOGUI] [RUN_UNINSTALLED] srcs...) -> NOGUI and RUN_UNINSTALLED can now be used independently toge

KDE/kdelibs/khtml

2006-05-11 Thread David Faure
SVN commit 539758 by dfaure: The FindJPEG provided by cmake doesn't obey the REQUIRED flag - it doesn't error out when libjpeg isn't found. Should this be fixed in cmake's FindJPEG.cmake? CCMAIL: kde-buildsystem@kde.org M +5 -0 CMakeLists.txt --- trunk/KDE/kdelibs/khtml/CMakeLists.tx

Re: msvc: qHash

2006-05-11 Thread Christian Ehrlicher
David Faure schrieb: > On Thursday 11 May 2006 18:36, Peter Kümmel wrote: >> David Faure wrote: >>> I'm confused. This file doesn't use QHash/QSet at all, so why is a QHash >>> implementation needed? >>> Is it due to some other file hashing KSortableItems? >>> >> Yes, compiling stops there because

Re: msvc: qHash

2006-05-11 Thread David Faure
On Thursday 11 May 2006 18:52, David Faure wrote: > On Thursday 11 May 2006 18:36, Peter Kümmel wrote: > > David Faure wrote: > > > > > > I'm confused. This file doesn't use QHash/QSet at all, so why is a QHash > > > implementation needed? > > > Is it due to some other file hashing KSortableItems

Re: msvc: qHash

2006-05-11 Thread Peter Kümmel
David Faure wrote: > On Thursday 11 May 2006 18:36, Peter Kümmel wrote: >> David Faure wrote: >>> I'm confused. This file doesn't use QHash/QSet at all, so why is a QHash >>> implementation needed? >>> Is it due to some other file hashing KSortableItems? >>> >> Yes, compiling stops there because i

Re: msvc: qHash

2006-05-11 Thread Peter Kümmel
Christian Ehrlicher wrote: > David Faure schrieb: >> On Thursday 11 May 2006 18:36, Peter Kümmel wrote: >>> David Faure wrote: I'm confused. This file doesn't use QHash/QSet at all, so why is a QHash implementation needed? Is it due to some other file hashing KSortableItems? >>

Re: msvc: qHash

2006-05-11 Thread David Faure
On Thursday 11 May 2006 19:23, Peter Kümmel wrote: > Christian Ehrlicher wrote: > > David Faure schrieb: > >> On Thursday 11 May 2006 18:36, Peter Kümmel wrote: > >>> David Faure wrote: > I'm confused. This file doesn't use QHash/QSet at all, so why is a QHash > implementation needed? >

Re: KDE/kdelibs/cmake/modules

2006-05-11 Thread Alexander Neundorf
On Thursday 04 May 2006 23:52, Tanner Lovelace wrote: > On 5/4/06, David Faure <[EMAIL PROTECTED]> wrote: > > SVN commit 537476 by dfaure: > > > > Factorize the version-number parsing and checking code into a separate > > macro. Already used by the gpgme version check in kdepim. > > FindQt4 has sim

Re: kde4_automoc change (need help)

2006-05-11 Thread Alexander Neundorf
On Wednesday 10 May 2006 15:00, David Faure wrote: > I want to implement "Q_OBJECT in .cpp file and no .h file at all, and .cpp > includes .moc" support in kde4_automoc, for unit tests. Would be much more > convenient than having to write a .h file for each, and by having the "no > header file" con