X64 MSVC KDE

Ralf Habacker ralf.habacker at freenet.de
Mon Aug 24 15:56:31 CEST 2009


Pau Garcia i Quiles schrieb:
> 2009/8/24 Bernhard Reiter <bernhard at intevation.de>:
>   
>> Am Samstag, 22. August 2009 15:40:05 schrieb Pau Garcia i Quiles:
>>     
>>> IMHO the best way to achieve this would be converting *all* our 3rd
>>> party dependencies to CMake. A daunting effort, I know
>>>       
>> Some upstream initiatives habe a very high resistance against using several
>> build configuration systems, so this task is very hard.
>>     
>
> I know :-)
>
> There is the CMakePorts ( http://code.google.com/p/cmakeports )
> project to temporarily host CMake build systems for projects which
> won't accept them (yet!)
>
>   
>> I wonder about the alternatives. I mean if we could get the game more modular,
>> we might not need to recompile all libraries by ourselfs.
>>     
>
> I agree but then we depend on builds provided by other people, which
> may not be what we need/want.
>
> For instance, it's difficult to find MSVC2008 builds for most of the
> third party dependencies, even more if we talk about 64-bit builds.
>
> Then there is the problem of newer versions: you want to move to a new
> version of OpenSSL and suddenly you need to rebuild every library
> which depends on libssl, one by one, manually.
>
> If we have everything with a CMake build system, building everythins
> is as simple as creating a "main" CMakeLists.txt with one
> ADD_SUBDIRECTORY for every third party library we want to build.
>
>   
This task is already handled by the emerge system and is not required

Several projects in emerge already have a "main" CMakeLists.txt - search 
for CMakeLists.txt in the portage dir.
Adding more CMakeLists.txt will mostly not be very complicate

Ralf


More information about the Kde-windows mailing list