ZDoom

This can be closed as added, i fixed it long ago.

'suspended' == 'on hold'.

Sorry about not mentioning that Blzut3. I guess I didn't mention it because I think I found the ME thread after this issue was closed, and i wasn't sure if I ought to have mentioned it or not.

Reopening. Not sure why Graf didn't just assign this to me, or why Danfun64 didn't mention this in the ME thread.

Well, from the looks of it, nobody capable of doing such a setup is willing and nobody willing is capable of doing such a thing.

And I have better use for my time, to be honest. This is nice to have with very little immediate benefit to the project.

Summary	0000049: Fix MinGW-W64 compiling
Description	For the past couple years, compiling MinGW-W64 binaries for ((G)/(Q))ZDoom has been, well, problematic. ZDoom commit 789315bb4a7a2a5701b40c4ee004336395bd452f attempted to fix a lot of things up, but not only were there still issues, as I documented here, but the fixes are for TDM-GCC, which A. appears to be dead and B. is missing support for certain features from the MSYS2 distribution, like Fluidsynth (which is only available as part of MSYS2 anyway on Windows). Also, there are still issues. Despite various steps like forcing 32-bit compilation (which is problematic in itself), disabling FMOD support (because Blzut3, who did the aformentioned fixes, "was still using 4.26.36 and didn't notice that fmod_wrap needs to be updated"), I still failed to compile a working binary. In the last post of that thread Blzut3 said he was going to make ZDoom compilable sometime after the holiday season.....and then the big "ZDoom is Dead! The Support section of the forums is now closing" thing happened.

Basically what I'd like to see done is this:

    A switch from TDM-GCC to MSYS2, benefiting from the newer GCC version and certain features TDM-GCC is lacking.
    Make compiling architecture agnostic, like what Linux and Visual Studio allow you to do: compiling 32-bit and 64-bit targets.
    Allow the usage of the newest versions of FMOD Ex and FMOD Studio that ZDoom supports by compiling through other methods or operating systems. 



Granted, I'm not a dev, and this is pretty much a request. However, I'm sure it can be done.

https://mantis.zdoom.org/view.php?id=49
[code]Summary 0000049: Fix MinGW-W64 compiling
Description For the past couple years, compiling MinGW-W64 binaries for ((G)/(Q))ZDoom has been, well, problematic. ZDoom commit 789315bb4a7a2a5701b40c4ee004336395bd452f attempted to fix a lot of things up, but not only were there still issues, as I documented here, but the fixes are for TDM-GCC, which A. appears to be dead and B. is missing support for certain features from the MSYS2 distribution, like Fluidsynth (which is only available as part of MSYS2 anyway on Windows). Also, there are still issues. Despite various steps like forcing 32-bit compilation (which is problematic in itself), disabling FMOD support (because Blzut3, who did the aformentioned fixes, "was still using 4.26.36 and didn't notice that fmod_wrap needs to be updated"), I still failed to compile a working binary. In the last post of that thread Blzut3 said he was going to make ZDoom compilable sometime after the holiday season.....and then the big "ZDoom is Dead! The Support section of the forums is now closing" thing happened.

Basically what I'd like to see done is this:

A switch from TDM-GCC to MSYS2, benefiting from the newer GCC version and certain features TDM-GCC is lacking.
Make compiling architecture agnostic, like what Linux and Visual Studio allow you to do: compiling 32-bit and 64-bit targets.
Allow the usage of the newest versions of FMOD Ex and FMOD Studio that ZDoom supports by compiling through other methods or operating systems.



Granted, I'm not a dev, and this is pretty much a request. However, I'm sure it can be done.[/code]