LMRTFY VS glpp

I am actually in the process of updating it to C++20 (here if you're curious), I'm going to consider it. I would like to not exclude clang users though, if at all possible. It wouldn't save me much code switching to jthread for the potential loss of users.

I've been working on https://github.com/Ahajha/LMRTFY, a(nother) thread pool library. I'm making this with the intent of improving on other thread pool libraries, most notably CTPL, which is the top google result, but has a lot of flaws that I don't particularly like.

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