X64 MSVC KDE

Pau Garcia i Quiles pgquiles at elpauer.org
Mon Aug 24 12:34:42 CEST 2009


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.

> Also I think
> cross-compilation and thus gcc/mingw is a good option to sidestep some
> of the building problems running autoconf/automake on windows.

Unfortunately, that's not an option for MSVC.

-- 
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)


More information about the Kde-windows mailing list