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