Roland Lutz 2622684ed5 Force object renaming to avoid constraint.o being overwritten ... The GUI application and library share some object files but don't enable object renaming resulting in the second compilation overwriting the results of the first compilation. This can be fixed by setting explicit preprocessor flags for one compilation. The actual problem, however, is that recursive make is used in an inappropriate way; two Makefiles shouldn't refer to the same source files. In this case, libslvs should be under src/ and handled by the same Makefile, in which case the issue would have been obvious when the Makefile was written in the first place.		2015-03-02 21:46:11 +01:00
ac-aux	Initial Autotools and FLTK support	2013-10-28 01:28:42 -04:00
exposed	Force object renaming to avoid constraint.o being overwritten	2015-03-02 21:46:11 +01:00
extlib	Updated the bundled LibPNG/zlib, and polished the MSVC makefile further	2013-11-13 00:33:23 -05:00
src	fix GraphicsEditControlWindow placement, and fix error due to cmath being included instead of math.h	2015-02-26 12:22:42 -05:00
tools	Use C99 integer types and C++ boolean types/values	2013-10-02 01:45:13 -04:00
.gitattributes	Added a .gitattributes file	2013-11-19 18:17:55 -05:00
autogen.sh	Initial Autotools and FLTK support	2013-10-28 01:28:42 -04:00
configure.ac	Add check for GL/GLU library	2015-03-02 21:46:11 +01:00
COPYING.txt	Changes in preparation for the release of SolveSpace under the GPL,	2013-07-28 14:08:34 -08:00
Makefile.am	Added the exposed/ library and demo program to the Autotools build	2013-12-02 04:27:33 -05:00
Makefile.msvc	Compare ((char *)p)[0] against '\0', not (char *)p.	2013-12-08 00:32:50 -08:00
wishlist.txt	Make oops() calls exit instead of entering debugger by default,	2011-03-05 12:52:57 -08:00