- Nov 26, 2021
-
- Nov 25, 2021
-
- Nov 14, 2021
-
-
https://git.do.srb2.org/stjr/srb2bitten2up authored
modified: src/CMakeLists.txt modified: src/Makefile modified: src/Makefile.d/detect.mk modified: src/r_picformats.h modified: src/sdl/mixer_sound.c
-
- Nov 03, 2021
-
- Sep 11, 2021
-
- Sep 04, 2021
- Aug 28, 2021
-
-
Golden authored
Wasn't working for me until I fixed it. Turns out gcc really doesn't like giving its name out. Most of the time it reads argv[0].
-
- Aug 14, 2021
-
-
James R. authored
Previously took only the filename, so the directory component was stripped. This broke dependencies for basically every file.
-
- Aug 12, 2021
-
-
bitten2up authored
-
- Jul 16, 2021
-
-
SteelT authored
I found this easier than trying to adjust the makefile, as it uses the same thing to automatically generate the various NO* compile options.
-
- Jul 12, 2021
-
-
James R. authored
-
- Jul 02, 2021
-
-
James R. authored
Take advantage of new Makefile in appveyor.yml See merge request STJr/SRB2!1561
-
- Jun 30, 2021
- Jun 29, 2021
-
-
James R. authored
According to this answer-- https://stackoverflow.com/a/45952425 --Make will always prefer a unix shell, even on Windows, if one can be found in Path. So we can't check PATH to determine if it's a Windows shell... this is just too much bother.
-
James R. authored
-
James R. authored
-
James R. authored
-
- Jun 24, 2021
-
- Jun 22, 2021
-
-
James R. authored
-
James R. authored
If a variable is defined as in 'make CC=gcc-10', then that definition overrides anything other definition in the Makefile.
-
James R. authored
After a checkout from before revision, old directories such as bin/Linux64 only remain if untracked files exist within. This may be confusing to the user. They may even use an outdated executable if it is one of those untracked files.
-
- Jun 21, 2021
- Jun 16, 2021
- Jun 08, 2021
-
-
James R. authored
-
- Jun 06, 2021
-
- Jun 01, 2021
-
- May 20, 2021
-
-
SteelT authored
-
https://github.com/rjpfonseca/SRB2SteelT authored
-