| Rev |
Age |
Author |
Path |
Log message |
Diff |
| 631 |
4355 d 10 h |
janba |
/branches/cpp11-devel/ |
Many C++11 features added to this branch |
|
| 630 |
4355 d 10 h |
janba |
/branches/cpp11-devel/ |
Add branch for c++11 development |
|
| 609 |
4590 d 14 h |
jab |
/trunk/ |
I have added some patches to make cmake work for Unix Makefiles on Mac.
The old Makefile system has been removed.
Slight change to XCode project
Minor changes |
|
| 607 |
4592 d 22 h |
jrf |
/trunk/ |
removing Visual Studio warnings and some CMake problems |
|
| 605 |
4596 d 9 h |
jab |
/trunk/ |
|
|
| 601 |
4599 d 0 h |
jab |
/trunk/ |
The include statements for header files have been changed. Instead of including, like say
#include <CGLA/Vec3f.h>
we now use
#include "../CGLA/Vec3f.h"
for all files in the GEL library source tree (i.e. apps and test are not altered).
The point is that if GEL is used as an OSX framework and I include a GEL header, I have to do it like this:
#include <GEL/HMesh/myheader.h>
Now, inside myheader.h I may include CGLA/Vec3f.h, but how should this file be found? If I just add the GEL
framework as a framework, the path to the GEL headers is not added to the header search path because the
framework name (in this case GEL) is part of the header path. If all headers had been in one directory that
would not have mattered, since Vec3f.h would be in the same directory as myheader.h. But it is not. So, I
have made things more relative and it works well. |
|
| 600 |
4601 d 8 h |
jab |
/ |
Build system. I have both edited the bespoke Xcode project file, played with a premake4 build generator and our cmake system. Nothing works perfectly, but cmake might end up as the best solution. The cmake file now automatically finds the GEL files, but this entails that cmake is run when a new file is added.
Functions were added to Manifold: remove_face, remove_edge, remove_vertex. These do as advertised. I also added an add_face function (not tested but very simple ... hmmm famous last words)
the cpp/h file pairs close_holes and caps_and_needles were merged into "cleanup". To cleanup I added some functions that stitch meshes together, i.e. edges which share geometric end points are stitched. |
|
| 599 |
4602 d 1 h |
jab |
/trunk/src/ |
adding glew and a change for compatibility to ItemVector |
|
| 598 |
4602 d 12 h |
jrf |
/trunk/src/ |
Bug: CMake unable to generate project. Fix: Removing deleted source files from CMake lists. |
|
| 595 |
4602 d 14 h |
jab |
/trunk/src/ |
Merged version |
|
| 561 |
4915 d 4 h |
awk |
/trunk/ |
Added GLGraphics::Console, a Quake-style console.
Added test application for console (test/GLGraphics-console).
Fixed Vec3f operator>>. The following now works:
CGLA::Vec3f in(0,1,2);
std::stringstream ss;
ss << in;
CGLA::Vec3f out;
ss >> out;
assert(in == out);
Didn't test any other VecXX types or Matrix types.. They might be broken.
Misc:
Fixed CMake Policy CMP0005 error.
Missing #include <iterator> in Manifold.cpp.
Disable ExportBuildSettings (deprecated in CMake) |
|
| 521 |
5379 d 6 h |
s042372 |
/trunk/src/HMesh/ |
minor bugfixes |
|
| 455 |
5697 d 8 h |
rrp |
/trunk/src/HMesh/ |
Added off_load |
|
| 448 |
5886 d 8 h |
jab |
/trunk/ |
Fixed a lot of include guards |
|
| 444 |
5886 d 9 h |
jab |
/trunk/src/HMesh/ |
Fixed a subtle bug. An inline function cannot have a static member. Yet to get the NULL_FACE_ITER (and same for halfedge and vertex) a function returning the end iterator of a static list was used. Probably this was not a real static (in release mode on OSX) and that meant that the program would crash unexpectedly in release mode in a reproducable, systematic yet baffling way. Now the function is no longer inline, and it seems to work. Of course, the entire list kernel for HMesh wants rewriting. |
|
| 433 |
5919 d 12 h |
jab |
/trunk/src/HMesh/ |
Added an OFF loader and saver |
|
| 417 |
5955 d 6 h |
jrf |
/trunk/ |
Introducing gel_rand: a speed-optimized linear congruential pseudo-random number generator. It has been placed in CGLA.h. And all references to rand, srand, and RAND_MAX have been changed to gel_rand, gel_srand and GEL_RAND_MAX. |
|
| 394 |
6071 d 9 h |
jab |
/trunk/ |
Minor changes to the viewcontroller and the MeshEdit application |
|
| 392 |
6081 d 9 h |
jab |
/trunk/ |
Many mostly minor changes. The QuatTrackball and GLViewController had
some questionable code that I improved. Fixed a bug in the loader. |
|
| 385 |
6093 d 7 h |
jab |
/trunk/ |
CMakefiles included.
Note that exceptions were removed from Geometry/Polygonize.cpp since it did not play nice with visual studio 2005. An improved solution is needed so that the program does not just abort. |
|