Ralph Engels

i do have msys2 with the mingw compilers on another pc. will move current workdir there also to test with gcc / clang.

calling it a night for now, its getting quite late here in denmark :)

to late actually i have to go to the dentist in an hour xD. reverting some macros for the SSE simd instructions so that it checks for the __SSE__ flag...

i added some test builds made with mingw-w64 and clang here -> https://sourceforge.net/projects/cbadvanced/files/dhewm3-clang64_2.zip/download https://sourceforge.net/projects/cbadvanced/files/dhewm3-clang32_2.zip/download https://sourceforge.net/projects/cbadvanced/files/dhewm3-mingw64_2.zip/download https://sourceforge.net/projects/cbadvanced/files/dhewm3-mingw32_2.zip/download loads of dependencies due to msys2 wanting to have everything linked to dll's xD

ok most whitespace changes are now gone in my local build tree. one question though __cpuid on mac does something odd to the cpu registers i guess that was why...

hmm might be related to the same memory leak we discovered with ntvdmx64. in the case of ntvdmx64 it basically ate all avaliable ram if you ran msys2 when ntvdmx64...

ran into this quite a few times with the older gcc versions, in essence it looks for the c preprocessor in the wrong directory and there are numerous reasons this...

one strange thing why is the compiler installed here ?? -> H:\Programme\msys64. you should use as short a path as possible due to the shell not handling long paths all...

maybe make file calling objdump on the library that seems to have been one trick used in the old msys.org days. not so sure about how to force file to...

might be an ICE with gcc-13 should probably report it upstream just in case. in the meantime a small fix like -fno-optimize-sibling-calls in flags should do the trick for emacs...