This can only happen with UDMF, and since UDMF is restricted to GL nodes, there's no need for a
non-GL version of these nodes.
- Added additional debug output.
- Remove the outdated zdbsp.vcproj project file.
SVN r3981 (trunk)
- Do not count the segs in a separate pass in CreateNode(). This can be computed trivially
in SplitSegs() as the sets are being built.
- Calculate jump offsets for backpatching without reading the original value. This makes it
thread-safe (if that ever becomes an issue).
SVN r2478 (trunk)
- Add headers to generated CMake projects.
- Made SSELevel global so that ClassifyLineBackpatch can see it without being part of
FNodeBuilder. With backpatching enabled, it's rather pointless to have a different one
per nodebuilder instance, anyway.
- Change ClassifyLineBackpatch so it doesn't need any inline assembly to do its magic.
- Change the ClassifyLine functions to be extern "C" linkage.
SVN r2410 (trunk)
pretty much sucks, this is slower than the unvectored version I get when I let the compiler
compile the regular function with SSE2 instructions. It will have to be converted to assembly,
and then it ought to be a bit faster. Since more than half of ZDBSP's time is spent in this
one function, it will hopefully be a measurable speedup.
SVN r2392 (trunk)
- Fixed: ZDBSP stored seg vertices in 16-bit words, so it failed to write proper nodes for
maps that ended up with more than 65536 vertices after node building, even though it can
write formats that could support it.
- Sync debugging output between ZDBSP and ZDoom's internal node builder.
SVN r2388 (trunk)
because MinGW's GCC 4.5.0 made some seemingly-dumb-to-me changes to their default link
settings, so I've removed all traces of GCC 4.5.0 and am currently rebuilding clang to see
if that fixes it.)
SVN r2387 (trunk)
warning: converting to non-pointer type 'int' from NULL
- Force static linking to libstdc++ and libgcc, because MinGW GCC 4.5.0 wants to do it
dynamically.
SVN r2362 (trunk)
that violate the GL node spec and thus cannot be saved. ClassifyLine() looks like the right
place to handle this, but I'd prefer not to touch it unless somebody produces a map that shows it's
absolutely necessary, since this single function is responsible for the vast majority of the time
spent by the nodebuilder.
SVN r2093 (trunk)
