jodaco

Tried to build on an M1 Mac and thought I would note a few issues here, unclear if some of these are clang related or MacOS's STL at this time:...

All the libraries that TFE depends on seem to be available on MacOS, so I thought I would try and build it and see how far I got. ```/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.5.sdk/usr/include/stdio.h:180:1: note:...

> The sprintf->snprintf replacement should be fine, with the understanding this is an ANSI C99 extension. > > For the size_t thing, size_t is defined as the type returned by...

Found one more instance of this, might u64 be a little large? As far as preserving compatibility with 32-bit systems, assuming this is actually a concern? ```diff --git a/TheForceEngine/TFE_Game/igame.cpp b/TheForceEngine/TFE_Game/igame.cpp...

Applied your apple compat branch on PR #418, and this latest patch file with the u64 replacements and it moves along, but there is another linker error with SDL now,...

I don't have my diff checked in anywhere, I do make it all the way to the linking stage and my last issue was figuring out why cmake wasn't finding...

The libraries live in /opt/homebrew/Cellar/library_name and cmake is finding the library path here, but there are symlinks to all the libs in /opt/homebrew/lib. CMake does not seem to be inserting...

They are just symlinks to each other, homebrew seems to ship files that cmake uses to pickup library locations, I found a bug report from a couple years ago that...

Definitely get much further with this PR on Mac, sent a minor PR to your original branch for CMakeLists to at least get the build going on Mac

I also observed this behavior on the Linux desktop as well, does not seem to be MacOS specific. The delay between black screen and the ui appearing was much longer...