PoroCYon

Can you try linking against the system one? Run cmake with [`-DBONZOMATIC_USE_SYSTEM_GLFW=ON`](https://github.com/Gargaj/Bonzomatic/blob/master/CMakeLists.txt#L85-L92) and so on (mostly just GLFW and maybe GLEW, rest doesn't matter), and then recompile.

Seems to work, except I have the same issue maeln had: I need to press Ctrl+= or Ctrl+Shift+! (== Ctrl+8) instead of resp. Ctrl+Shift+: (== Ctrl+/) and Ctrl+Shift+$ (== Ctrl+*)....

Tried fixing it unsuccessfully, but, apparently [it's a known bug in GLFW](https://github.com/glfw/glfw/issues/1618). sigh.

Yeah that'd also be ok I guess.

The diff is a bit large for what it actually does. While it could've been added in an `#ifdef`, now it'll need testing on all platforms... And even then, you're...

I don't have a 4K monitor to test things, but as for the rest... > laptop without monitor : Bonzomatic takes 1/4 of the screen (lower left quadrant) Did you...

~~I have no clue why it doesn't compile, and emoon's `new[]` implementation doesn't seem to help either.~~ I should try doing this stuff when I'm actually awake. (I'll squash the...

Size of what, the compiled binary, or the source code? The former shouldn't change Windows, and the extra source code eliminates usage of the libm functions while having a code...

`__builtin_` functions are unfortunately a mixed bag. These emit intrinsics on *some* architectures, but not on others. Some ISAs have a `pow` instruction, but x86_64 doesn't, so my GCC seems...

Define "behave just fine"? The libm versions are both IFUNCs, and the `__builtin_` variants get turned into the libm calls: `test.c`: ```c #include int main(int argc, char* argv[]) { printf("cos(%d)...