Martin Gerhardy

and another btw. flatc is put into a directory like this: /home/mattn/dev/fips-deploy/Project/linux-make-debug/flatc fips_project(flatbuffers) doesn't help - a whole fips_setup() fips_finish() cycle inside a dependency doesn't work of course, too.

Maybe the best would be to build tools 'outside' of fips - just triggering the cmake based build and put the resulting binary into CMAKE_INSTALL_PREFIX/bin The point here is that...

I changed this to add precompiled flatc binaries for linux and windows. Would be glad if someone could maybe provide a mac binary for flatc and maybe provide a pull...

thanks for the osx binary - should this stay open? I mean, the points is imo still valid.

I'm a little bit lost here. But these are the relevant headers: ```c typedef signed char __int8_t; typedef unsigned char __uint8_t; typedef short __int16_t; typedef unsigned short __uint16_t; typedef int...

it could get guarded by ``` #if MAC_OS_X_VERSION_MAX_ALLOWED == 1050 [...] #endif ``` but I have no clue where to find information about what would be the error address.

Based on that information I did an implementation for vengi already - might serve as inspiration, too ;) https://github.com/mgerhardy/vengi/blob/master/src/modules/voxelformat/QBCLFormat.cpp

https://github.com/PetrifiedLasagna/AoS-OS/blob/master/engine/voxlap5.h - looks like the model exceeds the max allowed boundaries. but this version allows higher resolutions: https://github.com/Ericson2314/Voxlap/blob/no-asm/include/voxlap5.h

I know also found models with x:512, y:256, z:512 - but I still haven't found a way to check which dimensions a model has. I'm currently just trying one after...

I think i've found a proper way to detect the sizes ```c++ struct Header { uint8_t len = 0; uint8_t colorStartIdx = 0; uint8_t colorEndIdx = 0; uint8_t airStartIdx =...