uHexen2 uses SDL1, at least the Linux port does. There should be much consideration in using SDL2 over SDL1 so that sdl12-compat isnt necessary.
uHexen2 uses SDL1, at least the Linux port does. There should be much consideration in using SDL2 over SDL1 so that sdl12-compat isnt necessary.
Hey, uHexen2 uses SDL1, at least the Linux port does. There should be much consideration in using SDL2 over SDL1 so that sdl12-compat isnt necessary.
This turned out to be a bug on my end with my configuration fortunately. Sorry for the confusion. I dont see were to close this issue so i cant do it.
This turned out to be a bug on my end with my configuration fortunately. Sorry for the confusion.
No, I'm compiling with my system zlib, as thats how Gentoo seems to do it. https://github.com/gentoo/gentoo/blob/master/eclass/toolchain.eclass
error from this log. mv tmp-libgcc.map libgcc.map # @multilib_flags@ is still needed because this may use # /var/tmp/portage/cross-x86_64-w64-mingw32/gcc-11.2.0/work/build/./gcc/xgcc -B/var/tmp/portage/cross-x86_64-w64-mingw32/gcc-11.2.0/work/build/./gcc/ -L/usr/x86_64-w64-mingw32/lib -L/usr/mingw/lib -isystem /usr/x86_64-w64-mingw32/include -isystem /usr/mingw/include -B/usr/x86_64-w64-mingw32/bin/ -B/usr/x86_64-w64-mingw32/lib/ -isystem /usr/x86_64-w64-mingw32/include -isystem /usr/x86_64-w64-mingw32/sys-include...
Same error as above about ZSTD compression. [01m[K/var/tmp/portage/cross-x86_64-w64-mingw32/gcc-11.2.0/work/gcc-11.2.0/libgcc/unwind-c.c:240:1:[m[K [01;35m[Kwarning: [m[Kno previous prototype for '[01m[K__gcc_personality_seh0[m[K' [[01;35m[K]8;;https://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html#index-Wmissing-prototypes-Wmissing-prototypes]8;;[m[K] 240 | [01;35m[K__gcc_personality_seh0[m[K (PEXCEPTION_RECORD ms_exc, void *this_frame, | [01;35m[K^~~~~~~~~~~~~~~~~~~~~~[m[K...
Here is a snippet of the error I get when compiling with all default flags. [01m[K/var/tmp/portage/cross-x86_64-w64-mingw32/gcc-11.2.0/work/gcc-11.2.0/libgcc/unwind-c.c:240:1:[m[K [01;35m[Kwarning: [m[Kno previous prototype for '[01m[K__gcc_personality_seh0[m[K' [[01;35m[K]8;;https://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html#index-Wmissing-prototypes-Wmissing-prototypes]8;;[m[K] 240 | [01;35m[K__gcc_personality_seh0[m[K (PEXCEPTION_RECORD ms_exc, void *this_frame, |...
I was able to force disable the "pie" and "openmp" flags on the system GCC, but this has no effect on how mingw64 GCC builds. It looks like the same error, even with only the cxx (c++) flag enabled. The system GCC builds perfectly fine with any build flag, this only effects mingw64 GCC.
So I compiled my system GCC with all default flags, except "pie" and "openmp", which are force enabled on my Gentoo profile. Meaning only "pie", "cxx", and "openmp" are enabled for the system GCC. That compiled fine. Then I tried to compile mingw64 GCC against this GCC, and it still errors out. It appears to need ZSTD compression, although I disabled it for both the system GCC and mingw64 GCC.
As I was debugging this to make sure its not an issue on my mind, i compiled normal GCC with default flags. then did the same for mingw64 GCC, but got a different error about graphite. i have it disabled for both normal GCC and mingw64 GCC, and it still seems to try and enable graphite specific build instructions.
mingw-w64-v9.0.0/mingw-w64-crt/crt/pseudo-reloc.c:50:13: note: '__image_base__' was previously declared here
Awesome, if you guys add build instructions for SDL2, and it compiles successfully, i will test it out.
Hey, so uHexen2 uses SDL1, at least the Linux port does. Thats not good. There should be much sonsieration in using SDL2 over SDL1.
This works most definitely. This can be closed.
PRBoom-Plus knows when music pack songs are duplicates
This works most definitely.
Music for sure loops correctly. I'm not sure why this is still open. Anyone else still have this issue?
Im sorry for assuming, but looping does indeed appear to work. Nevermind. Im using the latest SVN build on Arch Linux.
FLAC Support
Whats the status of this issue? Most source ports like Chocolate Doom and ZDoom support looping. Please consider adding this feature ASAP. I want to use my SC-55 music packs!
Whats thestatus of this issue? Most source ports like Chocolate Doom and ZDoom support looping. Please consider adding this feature ASAP. I want to use my SC-55 music packs!