cmkr VS glpp

Been using https://cmkr.build/ for a while now, its great and also declarative.

I would like to counter with a project I’ve been working on: https://cmkr.build. Unfortunately writing good CMake is extremely repetitive and there is definitely room for a generator that has sane defaults.

You are trying to use it the wrong way it seems, the point of CMakeLists.txt is that you only maintain that and nothing else. If you have changes in there then it will re-generate the project for you when it starts building. Adding files via IDE is not supported and is not really the point, there used to be a time where I primarily worked with VS solutions but the more I dove into the open source space the more it became clear that its the worst way of doing it. You just have to get used to a different workflow, the benefit is that your project can be in theory now compiled on all sorts of systems and not just with VS. If CMake is too much to handle perhaps give https://cmkr.build/ a try, it hides a lot of the CMake madness behind its toml specification, been using it for a while now, its great.

https://cmkr.build/ its pretty straight forward and been using it for some time now, can only highly recommend it.

Currently working on https://github.com/build-cpp/cmkr

I started working on https://github.com/build-cpp/cmkr to remedy this, but other similar solutions exist.

I invite you to take a look at https://github.com/build-cpp/cmkr, it makes this even easier ^

I’ve been working on cmkr, a modern build system based on CMake and TOML.

Definitely! I would recommend using cmake because it’s easy to generate a compile_commands.json. I’ve been working on https://build-cpp.github.io/cmkr to make the transition as smooth as possible.

Feel free to check out my wrapper for inspiration or use in your project. https://github.com/fabian-jung/glpp

If you want to see the code in action you can take a look at the github actions of my repository https://github.com/fabian-jung/glpp. The dockerfiles are located in glpp/docker. The wrapper for the offscreen renderer is under modules/system/include/system/windowless_context.hpp. The test context definition is under modules/testing/include/testing/context.hpp.

Shameless self promotion here, but my glpp library can do all of the heavy lifting for you. You can use the test::context_t to create a open gl 4.5 context even on headless nodes. I do render tests in CI on docker containers so I know that it works. There is also a asset loading module so it should be pretty easy for you to implement your functionality. I have not yet finished the documentation so you have to read from the examples how to do what you want to achieve or wait for some months for my first release. Here is a link: https://github.com/fabian-jung/glpp

I'm writing an OpenGL wrapper library called GLPP. Currently I am working on the documentation and prepare the release pipeline for my first alpha release.

Here is the link to the repo: https://github.com/fabian-jung/glpp