Problems compiling (G)ZDoom

[Sunbeam]

Using:
GCC 4.7.1
GZDoom SVN rev1600
Windows XP

What I did:
Following this page: http://zdoom.org/wiki/Compile_ZDoom_on_Windows

• Downloaded and extracted w32api-3.17-2-mingw32-dev.tar.lzma. The Wiki did not specify which file I needed.
• Downloaded and extracted http://alleg.sourceforge.net/files/dx80_mgw.zip (the minimal DirectX 8 files).
• Downloaded CMake 2.8.11.1 for Windows.
• Changed the file mingw\include\commctrl.h as stated in the Wiki.
• Put nasmw.exe and ndisasmw.exe in my MinGW bin folder.
• Started CMake and clicked on Configure.

CMake log:

---

The C compiler identification is GNU 4.7.1
The CXX compiler identification is GNU 4.7.1
Check for working C compiler: D:/Programmieren/Tools/MinGW4_7/bin/gcc.exe
Check for working C compiler: D:/Programmieren/Tools/MinGW4_7/bin/gcc.exe -- works
Detecting C compiler ABI info
Detecting C compiler ABI info - done
Check for working CXX compiler: D:/Programmieren/Tools/MinGW4_7/bin/g++.exe
Check for working CXX compiler: D:/Programmieren/Tools/MinGW4_7/bin/g++.exe -- works
Detecting CXX compiler ABI info
Detecting CXX compiler ABI info - done
Could NOT find BZip2 (missing: BZIP2_LIBRARIES BZIP2_INCLUDE_DIR)
Could NOT find JPEG (missing: JPEG_LIBRARY JPEG_INCLUDE_DIR)
Could NOT find ZLIB (missing: ZLIB_INCLUDE_DIR)
Using internal zlib
Looking for sys/types.h
Looking for sys/types.h - found
Looking for stdint.h
Looking for stdint.h - found
Looking for stddef.h
Looking for stddef.h - found
Check size of off64_t
Check size of off64_t - done
Looking for fseeko
Looking for fseeko - not found
Looking for unistd.h
Looking for unistd.h - found
Using internal jpeg library
Using internal bzip2 library
Looking for strdup
Looking for strdup - found
Looking for strndup
Looking for strndup - not found
Check size of char
Check size of char - done
Check size of short
Check size of short - done
Check size of int
CMake Error at GZDOOMTOOLS/cmake-2.8.11.1-win32-x86/share/cmake-2.8/Modules/CheckTypeSize.cmake:89 (try_compile):
Cannot copy output executable

'D:/Programmieren/gzdoom_svn/Release/CMakeFiles/CMakeTmp/cmTryCompileExec2298745865.exe'

to destination specified by COPY_FILE:

'D:/Programmieren/gzdoom_svn/Release/CMakeFiles/CheckTypeSize/SIZEOF_INT.bin'

Call Stack (most recent call first):
GZDOOMTOOLS/cmake-2.8.11.1-win32-x86/share/cmake-2.8/Modules/CheckTypeSize.cmake:174 (__check_type_size_impl)
tools/re2c/CMakeLists.txt:16 (CHECK_TYPE_SIZE)


Check size of long
CMake Error at GZDOOMTOOLS/cmake-2.8.11.1-win32-x86/share/cmake-2.8/Modules/CheckTypeSize.cmake:89 (try_compile):
Cannot copy output executable

'D:/Programmieren/gzdoom_svn/Release/CMakeFiles/CMakeTmp/cmTryCompileExec2153318390.exe'

to destination specified by COPY_FILE:

'D:/Programmieren/gzdoom_svn/Release/CMakeFiles/CheckTypeSize/SIZEOF_LONG.bin'

Call Stack (most recent call first):
GZDOOMTOOLS/cmake-2.8.11.1-win32-x86/share/cmake-2.8/Modules/CheckTypeSize.cmake:174 (__check_type_size_impl)
tools/re2c/CMakeLists.txt:17 (CHECK_TYPE_SIZE)


D:/Programmieren/gzdoom_svn/zlib
D:/Programmieren/gzdoom_svn/bzip2
D:/Programmieren/gzdoom_svn/lzma/C
Performing Test HAVE_NO_ARRAY_BOUNDS
Performing Test HAVE_NO_ARRAY_BOUNDS - Success
Looking for itoa
Looking for itoa - found
Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE)
Found OpenGL: opengl32
CMake Error at src/CMakeLists.txt:86 (message):
Could not find DirectX 9 header files


CMake Error at src/CMakeLists.txt:95 (message):
Could not find xinput.h. XInput will be disabled.


CMake Error at src/CMakeLists.txt:123 (message):
Could not find DirectX 9 libraries


Configuring incomplete, errors occurred!

The thread title is so unspecific because I experienced additional and more diverse errors while trying to compile the source with different setups so I guess there's more to come.

What I noticed:
- It seems the Wiki is outdated and ZDoom uses DirectX 9 now instead of 8. I found the "minimal header files" for DX9 on the Allegro page but it has no xinput.h in it so it's useless in this case.
- Having a DirectX SDK installed while trying to run CMake for MinGW seems to mess it up somehow.

Please enlighten me on this topic.

[Sunbeam]

The current CMake seems to have some errors that need to be fixed. I solved the first CMake problems by using the older version 2.6.4.
I then let CMake use my installed DirectX SDK (Feb 2010) which fixed the header errors.
Then I got an error from src/win32/i_input.cpp which stated that GET_XBUTTON_WPARAM was not defined. I checked this and neither MinGW nor the newest win32-api has that defined anywhere so I copied the define over from i_mouse.cpp.
After that more errors popped up which seem to come from the fact that I tried to use the DX SDK with MinGW. Here are some of them:

---

C:\PROGRA~1\MI21AE~1\Include\xinput.h|210|error: '__in' was not declared in this scope|
C:\PROGRA~1\MI21AE~1\Include\xinput.h|211|error: '__out' was not declared in this scope|
C:\PROGRA~1\MI21AE~1\Include\xinput.h|212|error: expression list treated as compound expression in initializer [-fpermissive]|
C:\PROGRA~1\MI21AE~1\Include\xinput.h|216|warning: '__stdcall__' attribute only applies to function types [-Wattributes]|
C:\PROGRA~1\MI21AE~1\Include\xinput.h|216|error: '__in' was not declared in this scope|
C:\PROGRA~1\MI21AE~1\Include\xinput.h|217|error: '__in' was not declared in this scope|
C:\PROGRA~1\MI21AE~1\Include\xinput.h|218|error: expression list treated as compound expression in initializer [-fpermissive]|
C:\PROGRA~1\MI21AE~1\Include\xinput.h|222|warning: '__stdcall__' attribute only applies to function types [-Wattributes]|
C:\PROGRA~1\MI21AE~1\Include\xinput.h|222|error: '__in' was not declared in this scope|
C:\PROGRA~1\MI21AE~1\Include\xinput.h|223|error: '__in' was not declared in this scope|
C:\PROGRA~1\MI21AE~1\Include\xinput.h|224|error: '__out' was not declared in this scope|

Either I'm missing some information or ZDoom has not been compiled with MinGW for quite some time. Please tell me what I have to do to get it to compile.

[PaganRaven]

I'm having the same problem. Nobody wants to help? Graf?

[Graf Zahl]

The only advice I can give is not to use MinGW. It's pretty much unsupported as none of the active developers uses this compiler.
As the errors say, ZDoom requires DirectX 9, so 'minimal DirectX 8' is most likely insufficient to compile it. The help instructions are quite old and may no longer apply.

So, all I can recommend is to get the Visual Studio 2013 Community edition and use that to compile.

[phantombeta]

You don't even need VS2013. MSVC++ 2008 Express should be enough to compile ZDoom.

[Graf Zahl]

'enough' or not, there's no reason to search for a 5 year old compiler if the current one that's readily available works also.

[phantombeta]

There are several reasons not to.
First, your computer might not be able to run it.
Second, MSVS 2013 is about 6 GB.
I decided to download 2012 instead of 2013 because my connection is not completely stable and it would take hours (More than 8 hours, I believe.) to download MSVS 2013.

[Graf Zahl]

First, your computer might not be able to run it.

Wait a minute...
People are still using Windows XP...?

[PaganRaven]

Well, whatever you say. It's easy to compile it on linux, but if the only way to compile a windows build is with VS2013, so be it... it's just, as someone else has said, a bloated piece of software to have to rely on, and the way folders are organized in the project layout is pretty weird (as in, not the exact way the files are actually arranged in the physical directory). Thanks for all the work you've done on this, Graf.

[Graf Zahl]

Why Visual Studio? Actually quite simple: The only alternative on Windows is MinGW and, to be blunt, it's a pretty shitty package - not the compiler itself but the accompanying libraries, worst of all being that it relies on an ancient CRT.DLL by Microsoft and a profound lack of header support for more modern stuff.

You should be able to compile ZDoom and ZDoom with any Visual Studio back to 2005, but never forget that the price of this is that we cannot use any modern language features AT ALL.