zdoom/qzdoom-gpl
0
0
Fork 0
mirror of https://github.com/ZDoom/qzdoom-gpl.git synced 2024-11-16 09:11:17 +00:00
Code Issues Projects Releases Packages Wiki Activity
qzdoom-gpl/Makefile.mgw

45 lines
1.1 KiB
Text
Raw Normal View History

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
RELEASETARGET = zdoomgcc.exe
DEBUGTARGET = zdoomgccd.exe
all: basetools game
debug: basetools debuggame
release: basetools game
ifndef CONFIG
CONFIG=Release
endif
game: basetools ccdv.exe
@$(MAKE) -f Makefile.mingw
debuggame: basetools ccdv.exe
@$(MAKE) CONFIG=Debug -f Makefile.mingw
$(RELEASETARGET): game
$(DEBUGTARGET): debuggame
basetools: ccdv.exe
- ClassifyLine now chooses either SSE2 or regular x87 math depending on whether or not SSE2 is available at runtime. Since most of the time is spent in ClassifyLine, using SSE2 in just this one function helps the most. - Nodebuilding is a little faster if we inline PointOnSide. - Changed FEventTree into a regular binary tree, since there just aren't enough nodes inserted into it to make a red-black tree worthwhile. - Added more checks at the start of ClassifyLine so that it has a better chance of avoiding the more complicated checking, and it seems to have paid off with a reasonably modest performance boost. - Added a "vertex map" for ZDBSP's vertex selection. (Think BLOCKMAP for vertices instead of lines.) On large maps, this can result in a very significant speed up. (In one particular map, ZDBSP had previously spent 40% of its time just scanning through all the vertices in the map. Now the time it spends finding vertices is immeasurable.) On small maps, this won't make much of a difference, because the number of vertices to search was so small to begin with. SVN r173 (trunk)
2006-06-06 21:39:08 +00:00
$(MAKE) -C tools/lemon -f Makefile
$(MAKE) -C tools/re2c -f Makefile
$(MAKE) -C wadsrc -f Makefile
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
$(MAKE) -C zlib -f Makefile.mgw
$(MAKE) -C flac -f Makefile.mgw
cleanexe:
@$(MAKE) -C . -f Makefile.mingw clean
clean:
Fixed: Player could crouch while dead. SVN r209 (trunk)
2006-06-21 17:59:34 +00:00
@$(MAKE) -C tools/lemon -f Makefile clean
@$(MAKE) -C tools/re2c -f Makefile clean
- Fixed: CopyPlayer() in p_saveg.cpp should use normal assignment, not memcpy to copy the player structures. - Fixed compilation with MinGW again and removed most of the new warnings. And following is the log that I forgot to paste in for the previous commit: - Changed the memory management for FString. Instead of using a garbage collected heap, it now uses normal heap calls and reference counting to implement lazy copying. You may now use bitwise operators to move (but not copy!) FStrings around in memory. This means that the CopyForTArray template function is gone, since TArrays can now freely move their contents around without bothering with their specifics. There is one important caveat, however. It is not acceptable to blindly 0 an FString's contents. This necessitated the creation of a proper constructor for player_s so that it can be reset without using memset. I did a quick scan of all memsets in the source and didn't see anything else with a similar problem, but it's possible I missed something. - Fixed: Build tiles were never deallocated. - Fixed: Using Build's palette.dat only got half the palette right. SVN r117 (trunk)
2006-05-16 04:19:20 +00:00
@$(MAKE) -C tools/dehsupp -f Makefile clean
@$(MAKE) -C tools/makewad -f Makefile clean
@$(MAKE) -C tools/xlatcc -f Makefile clean
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
@$(MAKE) -C wadsrc -f Makefile.mgw clean
@$(MAKE) -C . -f Makefile.mingw clean
@$(MAKE) -C zlib -f Makefile.mgw clean
@$(MAKE) -C flac -f Makefile.mgw clean
del /q /f ccdv.exe 2>nul
ccdv.exe: ccdv-win32.c
@gcc -Os -s -nostdlib -fomit-frame-pointer -o ccdv.exe ccdv-win32.c -lkernel32 -luser32
Reference in a new issue Copy permalink