build: Add CMake buildsystem

[hebasto]

This PR adds a new CMake-based build system, which can be reused in downstream projects, including Bitcoin Core.

Also an MSVC CI task has been added per feedback.

Autotools vs CMake configuration option parity:	Autotools	CMake
--disable-ccache	N/A
--enable-tests	-DMINISKETCH_TESTS
--enable-benchmark	-DMINISKETCH_BENCHMARK
--enable-fields	-DMINISKETCH_FIELDS

Here is a examples of output when configuring:

• for the "Ninja Multi-Config" generator:

  
  $ cmake -B build -G "Ninja Multi-Config" -DMINISKETCH_BENCHMARK=ON -DMINISKETCH_FIELDS=42
  -- The CXX compiler identification is GNU 13.2.0
  -- Detecting CXX compiler ABI info
  -- Detecting CXX compiler ABI info - done
  -- Check for working CXX compiler: /usr/bin/c++ - skipped
  -- Detecting CXX compile features
  -- Detecting CXX compile features - done
  -- Performing Test HAVE_CLMUL
  -- Performing Test HAVE_CLMUL - Success
  -- Performing Test HAVE_CLZ
  -- Performing Test HAVE_CLZ - Success

minisketch configure summary

Library type .......................... Static Build options: clmul fields ........................ ENABLED clz implementation .................. compiler builtin Optional binaries: benchmark ........................... ON tests ............................... ON

Cross compiling ....................... FALSE C++ compiler .......................... GNU 13.2.0, /usr/bin/c++ Available build configurations ........ Debug, Release, RelWithDebInfo Default build configuration ........... Debug 'Debug' build configuration: C++ flags ........................... -g -Wall 'Release' build configuration: C++ flags ........................... -O3 -DNDEBUG -Wall 'RelWithDebInfo' build configuration: C++ flags ........................... -O2 -g -DNDEBUG -Wall

CMake Warning at CMakeLists.txt:117 (message): Only compiling in support for field sizes: 42

This means the library will lack support for other field sizes entirely.

-- Configuring done (0.5s) -- Generating done (0.0s) -- Build files have been written to: /home/hebasto/git/minisketch/build

- for the "Unix Makefiles" generator (the default on Linux):

$ cmake -B build -DCMAKE_BUILD_TYPE=RelWithDebInfo -DMINISKETCH_BENCHMARK=ON -DMINISKETCH_FIELDS=42 -- The CXX compiler identification is GNU 13.2.0 -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Check for working CXX compiler: /usr/bin/c++ - skipped -- Detecting CXX compile features -- Detecting CXX compile features - done -- Performing Test HAVE_CLMUL -- Performing Test HAVE_CLMUL - Success -- Performing Test HAVE_CLZ -- Performing Test HAVE_CLZ - Success

minisketch configure summary

Library type .......................... Static Build options: clmul fields ........................ ENABLED clz implementation .................. compiler builtin Optional binaries: benchmark ........................... ON tests ............................... ON

Cross compiling ....................... FALSE C++ compiler .......................... GNU 13.2.0, /usr/bin/c++ Build configuration ................... RelWithDebInfo C++ flags ............................. -O2 -g -DNDEBUG -Wall

CMake Warning at CMakeLists.txt:117 (message): Only compiling in support for field sizes: 42

This means the library will lack support for other field sizes entirely.

-- Configuring done (0.6s) -- Generating done (0.0s) -- Build files have been written to: /home/hebasto/git/minisketch/build

[hebasto]

Chasing for Concept (N)ACKs...

[hebasto]

The currently suggesting minimal CMake-based build system implementation is enough for:

• building binaries on Windows natively, including CI
• integrating with Bitcoin Core CMake-based build system as easy as

  add_subdirectory(minisketch EXCLUDE_FROM_ALL)
  target_compile_definitions(minisketch
  PRIVATE
  DISABLE_DEFAULT_FIELDS
  ENABLE_FIELD_32
  )

To became a full fledged one, the current minimal CMake-based build system requires some additional features:

• more robustness (e.g., checking compiler/linker flags before applying them)
• ability to install the built artifacts
• ability to export the built artifacts and, probably, packaging of them
• documentation

Although, those features are not required for this PR goal, i.e., providing a native Windows CI task.

[hebasto]

Updated 5851544f65863667075213c0f5af52a656058c4b -> d2408e0e6a4bf1ca4f857eccaf4943fe9012f8d5 (pr75.03 -> pr75.04, diff):

• policy CMP0063 set explicitly to avoid CMake warnings
• the default CMake build directory added to the .gitignore file

[theuni]

Imo this should be renamed "Add CMake buildsystem". I looked for this a while back and didn't find it because CMake isn't mentioned in the title.

Concept ACK. Will review next week.

[theuni]

@sipa Are you interested in CMake for this project?

[sipa]

@theuni Yeah, will look soon.

[theuni]

@sipa No rush. I was just looking for a concept ACK.

I worked up a CMake impl as well before seeing this PR. I think we'd benefit from parts of each, so I'll get with @hebasto on creating a combined version for review.

[hebasto]

Imo this should be renamed "Add CMake buildsystem".

Done.

[sipa]

I'm happy to add a CMake build system for minisketch. I will need review from people more experienced with build systems, though.

[hebasto]

I'm happy to add a CMake build system for minisketch. I will need review from people more experienced with build systems, though.

I'm going to update this PR shortly.

[hebasto]

Reworked.

The PR description has been updated.

The approach from https://github.com/hebasto/bitcoin/pull/93 was used for printing summary.

[hebasto]

Addressed @theuni's comments.