Alam Ed Arias
2176b21e62
ignore noreturns
2016-01-28 11:49:23 -05:00
Alam Ed Arias
7a09a82489
new flags: DEPFLAGS, to tell the depend step where are the headers
2016-01-28 11:41:02 -05:00
Alam Ed Arias
4230225a0c
appveor: SDL, not SSDL
2016-01-28 11:36:51 -05:00
Alam Ed Arias
50846880a6
appveyor: not = for envs
2016-01-28 11:34:19 -05:00
Alam Ed Arias
f0842d2200
appveyor: add debug and sdl mixer
2016-01-28 11:33:36 -05:00
Alam Ed Arias
89786ff7fd
appveyor: include the SDL header in depend step:
2016-01-28 11:22:46 -05:00
Alam Ed Arias
5ace352e71
appveyor: manually set SDL flags
2016-01-28 11:16:24 -05:00
Inuyasha
d76e21b546
fix bind out of bounds / keystring misreading
2016-01-28 08:15:34 -08:00
Alam Ed Arias
e0f3733819
appveyor: hehe, OR
2016-01-28 11:05:09 -05:00
Alam Ed Arias
53aa932207
appveyor: ingore robocopy errorcode
2016-01-28 11:03:08 -05:00
Alam Ed Arias
ffe193ca3e
appveyor: mistakes are easy to make
2016-01-28 10:55:38 -05:00
Alam Ed Arias
46f9e4a961
appveyor: we need to run 7zip twice
2016-01-28 10:52:40 -05:00
Alam Ed Arias
9e1ba2e972
appvenyor: self note only
2016-01-28 10:44:52 -05:00
Alam Ed Arias
e5dbd3cb9d
appveyor: copy and paste mistake on extracting archive comannd
2016-01-28 10:40:28 -05:00
Alam Ed Arias
9422b994e4
appveyor: fixup env block
2016-01-28 10:30:35 -05:00
Alam Ed Arias
5bf43171ae
appveyor: let try SDL2 builds
2016-01-28 10:29:02 -05:00
Alam Ed Arias
d0ce9170da
appveyor: build for GCC 5.2
2016-01-27 01:39:12 -05:00
Alam Ed Arias
1a72f2f1db
appveyor: wrong path...
2016-01-27 01:32:53 -05:00
Alam Ed Arias
443562c3c0
appveyor: why is this failing
2016-01-27 01:26:36 -05:00
Alam Ed Arias
6e1b9549fc
appveyor: fullpath to binaries
2016-01-27 01:24:32 -05:00
Alam Ed Arias
85de668d1a
appveyor: move set to before_build, and drop gcc and make version
2016-01-27 01:21:29 -05:00
Alam Ed Arias
113a3cd6fc
appveyor: try again
2016-01-27 01:16:42 -05:00
Alam Ed Arias
8ad8533880
appveyor: found mingw64 32-bit target, do not build with UPX
2016-01-27 01:09:51 -05:00
Alam Ed Arias
cbd85e6baf
appveyor: spacing
2016-01-27 00:27:32 -05:00
Alam Ed Arias
289b5506bf
appveyor: whitespace?
2016-01-27 00:15:09 -05:00
Alam Ed Arias
21c30a396c
appveyor: allow one to RDP to system to debug build system
2016-01-27 00:11:54 -05:00
Alam Ed Arias
b8cafea40a
appveyor: full path to make binary and no asm or png support
2016-01-26 23:56:22 -05:00
Alam Ed Arias
3db1a1fe9f
add/test appveyor build
2016-01-26 23:30:53 -05:00
Inuyasha
732c1a87f1
Merge branch 'texture-anims-fix' into 'next'
...
Texture anims fix
See issue #20
See merge request !34
2016-01-24 06:32:52 -05:00
Monster Iestyn
80fb282334
Fixed math for calculating current texture in texture animations
2016-01-23 18:59:17 +00:00
Alam Ed Arias
181c875016
SDL: config.h.in is pre source tree, config.h for each cmake build
2016-01-22 17:25:19 -05:00
Inuyasha
4df951224b
Merge branch 'next' of http://git.magicalgirl.moe/STJr/SRB2 into public_next
2016-01-21 14:51:33 -08:00
Inuyasha
6af27212c5
Merge branch 'mapinfo-hotfix' into 'next'
...
Mapinfo hotfix
Fixes Inu's fix to map headers for Lua from the other day, one small compiling warning got missed somehow. =V
See merge request !33
2016-01-21 17:45:06 -05:00
Monster Iestyn
674ff51153
Fix shadowing in mapheaderinfo_get
2016-01-21 20:27:35 +00:00
Monster Iestyn
ccb0abb853
Diagonal ring springs should now be able to face any angle
2016-01-21 20:19:43 +00:00
Alam Ed Arias
c33d20acff
whitespace cleanup
2016-01-21 13:50:05 -05:00
Inuyasha
9d5718760d
interscreen is a lump name and thus needs lstring
...
... not just lstring though, but the behavior with i that is used elsewhere.
2016-01-20 09:42:35 -08:00
Inuyasha
7d6dc3a5bb
fix bad lstring usage in map header lua
...
This is not how you use pushlstring! This is actually sending uninitialized memory to Lua, which is making scripts have inconsistent results (duh?)
c/o JTE: "Tell Red they're a doofus."
2016-01-20 09:25:28 -08:00
Sean Ryder
7d914913dd
Tabbing
2016-01-20 15:55:32 +00:00
Inuyasha
61eb9c01d1
Merge branch 'coloropposite-hotfix' into 'next'
...
Coloropposite hotfix
Quick fix to prevent ColorOpposite(MAXSKINCOLORS) or higher input from giving results out of the actual array's bounds. In other words, preventing it from giving you nonsense values or something.
I created the function for Lua to begin with, so clearly this is 100% my fault once again. Welp.
See merge request !31
2016-01-20 07:40:05 -05:00
Inuyasha
55f0e5cab5
objectplace stability fix
...
Objectplace reallocates the mapthings list to add one more mapthing. By itself there's no problem with this.
But, mobj->spawnpoint is a pointer to the mapthing's location in the mapthings list.
So by reallocating the mapthings list, all references to mobj->spawnpoints point to freed memory.
... Oops.
Now when objectplace reallocates the mapthings list it actually corrects the locations of all mobj's spawnpoints to point to the new list.
Hooray, you can use NiGHTS objectplace again if you really want to.
2016-01-20 01:24:30 -08:00
Monster Iestyn
c6a2bde7d9
Use modulo, not bitwise AND. My fault once again, whoops.
...
The point here is ColorOpposite(MAXSKINCOLORS) would have given an actual result of its own since MAXSKINCOLORS & MAXSKINCOLORS is still MAXSKINCOLORS. This shouldn't happen though, as both Color_Opposite[MAXSKINCOLORS*2] and Color_Opposite[MAXSKINCOLOR*2+1] aren't defined.
2016-01-18 19:46:00 +00:00
Inuyasha
6fd3036112
Makefile can run comptime.bat from src\ too
2016-01-16 11:39:39 -08:00
Alam Ed Arias
106287aca5
SDL: config.h.in is pre source tree, config.h for each cmake build
2016-01-14 12:32:04 -05:00
Monster Iestyn
99fad84674
Added missing SHORT macros around these variables, they're needed for big-endian builds to use these properly
...
...I'm to blame for this particular slipup as it happens, surprise surprise
2016-01-14 16:41:40 +00:00
Monster Iestyn
e31c7ae3fa
Removed dummied-out Pope XVI code
2016-01-14 16:41:33 +00:00
Monster Iestyn
a52f31f30e
doomtype.h tweaks
...
some of the mess in here really bothers me
2016-01-14 16:41:26 +00:00
Monster Iestyn
01ef2d3ca3
If this isn't an accidental copy+paste then I'd be very surprised
2016-01-14 16:41:19 +00:00
Monster Iestyn
7e94ee8422
From what I can tell, correcting this one value in finetangent[] shouldn't cause any harm at all, so...
2016-01-14 16:41:10 +00:00
Monster Iestyn
1e131d2786
Partial undo of what I did last commit to make Inu happy again.
...
Note: polyobj_t's "translucency" is apparently a SIGNED integer, so in theory it's possible to get polyobj flats to use the "spanfunc = splatfunc" line using negative values. If this is not meant to happen, this should probably be fixed asap
Conflicts:
src/f_wipe.c
2016-01-14 16:40:55 +00:00