Equinox-Engine VS libCat

My little toy engine I made had code for this. I had to rely on gnu extensions, but it worked ok. Then I would define them in lua from the c++ code so I could use them easily. https://github.com/floomby/Equinox-Engine/blob/main/enum_helper.hpp

It's worse in the standard library than it has to be. When I refactored my traits to minimize template instantiations and lean on concepts as much as possible, I measured over 30% improvement to clean build compile times. It's not possible for the standard to do this, because it would subtly change the API. For instance, you can't instantiate or take the address of a concept, but you can for a type-trait class. No reason you'd want to do that, but you can, so they can't "break" the standard library by optimizing this.

This doesn't have to be true. Over the past year I've made progress towards demonstrating how even non-freestanding C++ can be written without any C or C++ standard library headers or DLLs (with large benefits). There are a few names which the compilers require to be in the std:: namespace, though, but they're very special features like source_location and construct_at with semantics that can't be expressed otherwise.

It isn't that hard to put a predicate into a type. We have lambdas in an unevaluated context, CTAD, and templated type aliases. https://github.com/Cons-Cat/libCat/blob/main/src/libraries/scaredy/cat/scaredy https://github.com/Cons-Cat/libCat/blob/main/src/global_includes.hpp#L70 https://github.com/Cons-Cat/libCat/blob/main/src/libraries/linux/cat/linux#L289 You do it like this.

I use clang-tidy. These are my current linting rules.

I'm working on this! https://github.com/Cons-Cat/LibCat

In my case, I'm running this on x86-64 Void Linux. The basic problem is that this does not have libC or POSIX due to their numerous pessimizations and design flaws, so anything that calls into pthreads or malloc cannot link correctly if it even compiles, which includes lib(std)c++. An STL is a dependency of fmt, so by extension fmt cannot work with this. libCat allocators provide a much more powerful and readable programming-model, which is irreconcilably different from the STL allocator style. Hopefully I'll have some blogs about the design going once it's a little further along.