Author: rambetter
authorRudolf Polzer <divverent@alientrap.org>
Fri, 31 Dec 2010 17:54:33 +0000 (18:54 +0100)
committerRudolf Polzer <divverent@alientrap.org>
Fri, 31 Dec 2010 17:54:33 +0000 (18:54 +0100)
commit7a04b6fdeaa81ce7f064184e91c5d3739a971e6a
tree894f5783a8fbfd5022331f0b54c4b3213d5cd0af
parentc8524834a71871620f567d9e49bf13cf13bf5f6e
Author: rambetter
Date: Thu Dec 30 21:03:13 2010
New Revision: 390

Modified:
GtkRadiant/trunk/libs/mathlib.h
GtkRadiant/trunk/libs/mathlib/mathlib.c
GtkRadiant/trunk/tools/quake3/common/polylib.c
Log:
Undoing commits r363 and r371 as it pertains to polylib.c, mathlib.c,
and mathlib.h (the regression tests have not been removed).
Trunk is now restored to a state that it was in before I started
trying to fix the math accuracy errors in q3map2.  Commits r363 and
r371 were "correct" and did improve math accuracy significantly, but
unfortunately the underlying cause of math accuracy issues is something
else, which is being addressed in branch Rambetter-math-fix-experiments
currently.  I'm taking the BSD approach here, which is "we not going to
partially fix the problem.  it's all or nothing".  Otherwise it's just
too risky in my opinion.  I don't like playing Whack-A-Mole.

Someday, we might merge Rambetter-math-fix-experiments branch to trunk.
Sorry about all these needless commits to trunk.
libs/mathlib.h
libs/mathlib/mathlib.c
tools/quake3/common/polylib.c