KDE/kdelibs

[Christian Ehrlicher]

Alexander Neundorf schrieb:
> On Tuesday 07 February 2006 21:35, Bill Hoffman wrote:
>> At 03:16 PM 2/7/2006, Alexander Neundorf wrote:
>>> SVN commit 506872 by neundorf:
>>>
>>> -move the find_package(PCRE) from kdelibs/CMakeLists.txt to
>>> kdelibs/kjs/CMakeLists.txt -add a check for regex.h in kjs/CMakeLists.txt
>>> and error out if neither PCRE nor regex.h have been found
>>>
>>> build kdelibs/win independent from the rest of kdelibs/
>>>
>>> this means
>>> 1) run cmake on kdelibs/win/
>>> 2) make kdelibs/win
>>> 3) install kdelibs/win
>>> 4) run cmake in kdelibs/ -> point it to the place where kdewin32 has been
>>> installed to 5) make kdelibs/
>>> 6) make install
> ...
>> IMO, this is still a sub optimal solution.  Why should it be so much harder
>> to build on windows. It should be:
>> cmake
>> make|nmake|devenv
>> make install
>>
>> Why should one platform have to do:
>> cmake
>> make
>> make install
>> cmake
>> make
>> make install.
>>
>> I really think it would be cleaner to provide a way to tell the build
>> system that you are providing some functions for a platform.  It is sort of
>> overkill to do a try compile for something you know is there.
> 
> I have the impression that kdewin32 will soon move somewhere completely else, 
> maybe kdesupport. Christian, is this correct ?
I think so.
> So I think for the time until this happens it can stay this way.
:)

> -convert KDECORE_EXPORT in include/mingw to KDEWIN32_EXPORT, is this
> correct ?
Yes, copy'n'paste error :)

Christian

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 250 bytes
Desc: OpenPGP digital signature
Url : http://mail.kde.org/pipermail/kde-buildsystem/attachments/20060207/5e7dd60f/attachment.pgp