gzdoom/wadsrc/Makefile

# NMAKE doesn't know how to handle executables that use forward slashes in
# their paths, but it can handle forward slashes in dependencies. Heh.
# The wadsrc project file redefines MAKEWAD using backslashes instead. It
# also defines NOLOGO, so you don't need to see NMAKE's banner.
#
# Summary: If you use Visual C++, the provided project file is set up to
# build the wad correctly with nmake. If you use GCC, then "make" is
# sufficient to build the wad.

MAKEWAD=../tools/makewad/makewad
XLATCC=../tools/xlatcc/xlatcc
DEHSUPP=../tools/dehsupp/dehsupp
RM=rm -f

makethewad: wadmake Makefile2
	$(MAKE) $(NOLOGO) XLATCC=$(XLATCC) DEHSUPP=$(DEHSUPP) -f Makefile2

wadmake: zdoom.lst
	$(MAKEWAD) -make wadmake zdoom.lst

clean:
	$(RM) wadmake zdoom.pk3 xlat/*.x dehsupp.lmp

# This target is for Visual C++'s Rebuild All command
nrebuild: clean
	$(MAKE) NOLOGO=$(NOLOGO) MAKEWAD=$(MAKEWAD) XLATCC=$(XLATCC) DEHSUPP=$(DEHSUPP)
	copy zdoom.pk3 ..\..

# Copy the wad to my testing area
andcopy: makethewad
	copy zdoom.pk3 ..\..
Directory restructuring to make it easier to version projects that don't build zdoom.exe. SVN r4 (trunk) 2006-02-24 04:48:15 +00:00			`# NMAKE doesn't know how to handle executables that use forward slashes in`
			`# their paths, but it can handle forward slashes in dependencies. Heh.`
			`# The wadsrc project file redefines MAKEWAD using backslashes instead. It`
			`# also defines NOLOGO, so you don't need to see NMAKE's banner.`
			`#`
			`# Summary: If you use Visual C++, the provided project file is set up to`
			`# build the wad correctly with nmake. If you use GCC, then "make" is`
			`# sufficient to build the wad.`

			`MAKEWAD=../tools/makewad/makewad`
			`XLATCC=../tools/xlatcc/xlatcc`
			`DEHSUPP=../tools/dehsupp/dehsupp`
			`RM=rm -f`

			`makethewad: wadmake Makefile2`
			`$(MAKE) $(NOLOGO) XLATCC=$(XLATCC) DEHSUPP=$(DEHSUPP) -f Makefile2`

			`wadmake: zdoom.lst`
			`$(MAKEWAD) -make wadmake zdoom.lst`

			`clean:`
- ZDoom now loads zdoom.pk3 instead of zdoom.wad. - Fixed: StreamSong::SetVolume should check the m_stream pointer. This can happen when a TimiditySong doesn't use FMOD and outputs the sound itself. - Fixed: 'use' sector actions were using the incorrect sector on several occasions. - Added a wi_noautostartmap CVAR and a noautostartmap intermission option that force the user to manually end the 'entering level' page. SVN r70 (trunk) 2006-04-29 12:40:09 +00:00			`$(RM) wadmake zdoom.pk3 xlat/*.x dehsupp.lmp`
Directory restructuring to make it easier to version projects that don't build zdoom.exe. SVN r4 (trunk) 2006-02-24 04:48:15 +00:00
			`# This target is for Visual C++'s Rebuild All command`
			`nrebuild: clean`
			`$(MAKE) NOLOGO=$(NOLOGO) MAKEWAD=$(MAKEWAD) XLATCC=$(XLATCC) DEHSUPP=$(DEHSUPP)`
- ZDoom now loads zdoom.pk3 instead of zdoom.wad. - Fixed: StreamSong::SetVolume should check the m_stream pointer. This can happen when a TimiditySong doesn't use FMOD and outputs the sound itself. - Fixed: 'use' sector actions were using the incorrect sector on several occasions. - Added a wi_noautostartmap CVAR and a noautostartmap intermission option that force the user to manually end the 'entering level' page. SVN r70 (trunk) 2006-04-29 12:40:09 +00:00			`copy zdoom.pk3 ..\..`
Directory restructuring to make it easier to version projects that don't build zdoom.exe. SVN r4 (trunk) 2006-02-24 04:48:15 +00:00
			`# Copy the wad to my testing area`
			`andcopy: makethewad`
- ZDoom now loads zdoom.pk3 instead of zdoom.wad. - Fixed: StreamSong::SetVolume should check the m_stream pointer. This can happen when a TimiditySong doesn't use FMOD and outputs the sound itself. - Fixed: 'use' sector actions were using the incorrect sector on several occasions. - Added a wi_noautostartmap CVAR and a noautostartmap intermission option that force the user to manually end the 'entering level' page. SVN r70 (trunk) 2006-04-29 12:40:09 +00:00			`copy zdoom.pk3 ..\..`