Cosa è cambiato in EDuke32, build per build

engine: update libdivide to b322221677351ebb11f0a42fe9a9a2794da5bfe5, add libdivide_config.h

This is admittedly terrible, but it shouldn't break unless the SDL_GetRevision() output format changes, in which case it just won't print the string anymore.

We will never NEED_SDL_MIXER.

clipmove() really needs concrete indication of a moving point's starting floor height for this optimization to work correctly, and inferring that ourselves without it being explicitly passed in isn't something that would work.

Annulla

81f7c71 — engine: make floor sprites clip a little more like floors (Build 9710)

r_pr_vbos 0 was broken and r_pr_vbos 1 became useless once it was clear r_pr_vbos 2 wasn't causing issues.

This isn't really ideal, but neither is hitting the limit due to maps with an excessive number of sprites that use clipshapes.

The rationale behind this change is that I was profiling CPU use during loads of particularly heavy .def files (10000+ items) and discovered an inappropriate amount of CPU time was being spent inside access(). So, I did some research and found several cases where people on stackoverflow etc had asked what the fastest method of determining whether or not a file exists was, with the results of several benchmarks being given as answers. GetFileAttributes() seemed to win on Windows and stat() seemed to win on Linux, and I did not see any results where access() was a serious contender when included in the spread of tested functions, with the best I saw being 1100-something nanoseconds for access() and 800-something for stat(). This whole thing would be faster if we just read in the entire directory index and matched files against it ourselves with just the few API calls involved with retrieving the index, but access to uncooked data littered across a directory tree isn't really something I give a shit about optimizing further at the moment.

This defines global new/delete overrides, so look here if problems stemming from those ever arise.

This also makes the editor recognize corrupt sectors with < 3 walls and try to repair the map. It works for the corrupt sectors in E4L1, at least. Please immediately report any problems caused by this change directly to me.

Allows FURY compiled mapster32 to launch fury.exe

Outside of 3rd party libraries, remaining uses are the Polymer-specific macro LIGHTRAD2 within Duke3D, system_15bit_rand and vox2poly. Also use WRANDOM_MAX in SW.

Also add WRANDOM_MAX. This will be used in SW, preventing possible freezes.

Mesa conveys most of the useful info through there, not linking.

Followup to 072bd40ebd1a2d0833021b78e7784bab65259c61.

Disable with "osdclipboard 0".

These variables include: * `tempxpanning` * `tempypanning` * `tempxvel` * `tempyvel` * `tempzvel` * `tempstatnum` * `tempblend` * `tempsectnum`

Risolve

terminx/eduke32#188

Implements the concept outlined in MR 114 and adds some additional checks to prevent more calls to getsectordist() than necessary