5ace352e71
appveyor: manually set SDL flags
2016-01-28 11:16:24 -05:00
d76e21b546
fix bind out of bounds / keystring misreading
2016-01-28 08:15:34 -08:00
e0f3733819
appveyor: hehe, OR
2016-01-28 11:05:09 -05:00
53aa932207
appveyor: ingore robocopy errorcode
2016-01-28 11:03:08 -05:00
ffe193ca3e
appveyor: mistakes are easy to make
2016-01-28 10:55:38 -05:00
46f9e4a961
appveyor: we need to run 7zip twice
2016-01-28 10:52:40 -05:00
9e1ba2e972
appvenyor: self note only
2016-01-28 10:44:52 -05:00
e5dbd3cb9d
appveyor: copy and paste mistake on extracting archive comannd
2016-01-28 10:40:28 -05:00
9422b994e4
appveyor: fixup env block
2016-01-28 10:30:35 -05:00
5bf43171ae
appveyor: let try SDL2 builds
2016-01-28 10:29:02 -05:00
d0ce9170da
appveyor: build for GCC 5.2
2016-01-27 01:39:12 -05:00
1a72f2f1db
appveyor: wrong path...
2016-01-27 01:32:53 -05:00
443562c3c0
appveyor: why is this failing
2016-01-27 01:26:36 -05:00
6e1b9549fc
appveyor: fullpath to binaries
2016-01-27 01:24:32 -05:00
85de668d1a
appveyor: move set to before_build, and drop gcc and make version
2016-01-27 01:21:29 -05:00
113a3cd6fc
appveyor: try again
2016-01-27 01:16:42 -05:00
8ad8533880
appveyor: found mingw64 32-bit target, do not build with UPX
2016-01-27 01:09:51 -05:00
cbd85e6baf
appveyor: spacing
2016-01-27 00:27:32 -05:00
289b5506bf
appveyor: whitespace?
2016-01-27 00:15:09 -05:00
21c30a396c
appveyor: allow one to RDP to system to debug build system
2016-01-27 00:11:54 -05:00
b8cafea40a
appveyor: full path to make binary and no asm or png support
2016-01-26 23:56:22 -05:00
3db1a1fe9f
add/test appveyor build
2016-01-26 23:30:53 -05:00
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
80fb282334
Fixed math for calculating current texture in texture animations
2016-01-23 18:59:17 +00:00
181c875016
SDL: config.h.in is pre source tree, config.h for each cmake build
2016-01-22 17:25:19 -05:00
4df951224b
Merge branch 'next' of http://git.magicalgirl.moe/STJr/SRB2 into public_next
2016-01-21 14:51:33 -08:00
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
674ff51153
Fix shadowing in mapheaderinfo_get
2016-01-21 20:27:35 +00:00
ccb0abb853
Diagonal ring springs should now be able to face any angle
2016-01-21 20:19:43 +00:00
c33d20acff
whitespace cleanup
2016-01-21 13:50:05 -05:00
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
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
5abdb08a25
#sector.lines now returns the number of linedefs in the sector
2016-01-20 16:03:17 +00:00
7d914913dd
Tabbing
2016-01-20 15:55:32 +00:00
79e3e2351d
Finally bothered to add in a method to obtain sector.lines' size internally to prevent going out of bounds.
...
Admittedly I knew of this particular method from the start but wanted to avoid it in favour of a less-hacky looking method of getting sector.lines' size ...but there was none to be found at all.
2016-01-20 14:56:52 +00:00
3dc0f2b4ff
Merge branch 'next' of http://git.magicalgirl.moe/STJr/SRB2.git into lua-sector-lines
2016-01-20 14:22:11 +00:00
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
103027124b
Merge branch 'next' of http://git.magicalgirl.moe/STJr/SRB2.git into lua-sector-lines
2016-01-20 12:31:21 +00:00
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
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
af3c4755dc
All lumps with the "SOC_" prefix in their names are now read as SOCs.
2016-01-17 19:43:26 +00:00
6fd3036112
Makefile can run comptime.bat from src\ too
2016-01-16 11:39:39 -08:00
106287aca5
SDL: config.h.in is pre source tree, config.h for each cmake build
2016-01-14 12:32:04 -05:00
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
e31c7ae3fa
Removed dummied-out Pope XVI code
2016-01-14 16:41:33 +00:00
a52f31f30e
doomtype.h tweaks
...
some of the mess in here really bothers me
2016-01-14 16:41:26 +00:00
01ef2d3ca3
If this isn't an accidental copy+paste then I'd be very surprised
2016-01-14 16:41:19 +00:00
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
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
734419d549
FF_TRANSSHIFT is meant for transmaps linked to states, not anything else!
...
I'm surprised how the source code flew in the face of this fact for so long and just used it everywhere, that's just silly.
Conflicts:
src/f_wipe.c
2016-01-14 16:39:31 +00:00
Alam Ed Arias