On 9. 5. 26 23:22, Ivan Zhakov wrote:
Hi,
Currently apr-trunk has three different ways to build on Windows.
1. Visual C++ 6.0 (.dsw/.dsp)
2. NMake (apr.mak/libapr.mak). Generated during tarbal creation.
3. CMake (CMakeLists.txt)
I suggest to make CMake the only build system for Windows and remove
support for everything else (Visual C++ 6.0 and NMake):
* CMake just works.
* Modern Visual Studio has native support for building CMake projects.
* Visual Studio doesn't have native support for NMake.
* vcpkg has native support for CMake
* Visual C++ 6.0 is really old
* NMake files doesn't support discovery of externals components.
* NMake is only available in tarball and cannot be used for development
+0.983
If we were starting from scratch, I'd suggest using meson + ninja on all
platforms. But we're not, and we have oodles of engineer-years invested
in the autotools build -- not to mention many, many downstream users who
depend on that.
From that perspective, going from "maintaining" 4(3) build systems to
only 2(1) seems like a good move. The only question I don't know the
answer to is how many downstream users use APR on some bespoke embedded
systems that can't handle CMake, hence the −0.17.
-- Brane
