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
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
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
> -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
> 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
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
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
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
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
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
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
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
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
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?
>>
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?
>
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
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
17 matches
Mail list logo