| Rev |
Age |
Author |
Path |
Log message |
Diff |
| 609 |
4583 d 7 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 |
|
| 605 |
4589 d 3 h |
jab |
/trunk/ |
|
|
| 601 |
4591 d 18 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 |
4594 d 1 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. |
|
| 595 |
4595 d 7 h |
jab |
/trunk/src/ |
Merged version |
|
| 385 |
6086 d 1 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. |
|
| 379 |
6102 d 4 h |
jab |
/trunk/src/LinAlg/ |
I added a function "EigenSolutionsSym" to LapackFunc.cpp. This is simply a veiled version of
the Lapack function dsyev that works with the CMatrix and CVector classes. |
|
| 271 |
6829 d 3 h |
bj |
/trunk/ |
removed .vcproj and .sln files from SVN |
|
| 223 |
6919 d 4 h |
bj |
/trunk/ |
resolved LIBC default lib issue with a #pragma
clapack.lib needs to have libc ignored |
|
| 198 |
7072 d 4 h |
bj |
/trunk/ |
Added Visual Studio 2005 compatibility |
|
| 190 |
7089 d 6 h |
bj |
/trunk/ |
updated vcproj/sln files |
|
| 182 |
7106 d 7 h |
bj |
/trunk/ |
merged restructuring branch properly |
|
| 178 |
7107 d 1 h |
bj |
/trunk/ |
merged restructuring branch |
|
| 136 |
7151 d 1 h |
jab |
/trunk/ |
Many small changes. Many instances of int have been replaced with size_t which
should be more correct - it emphasizes that only unsigned ints are legal.
A few changes to the documentation have been made. Coding conventions doc
updated. |
|
| 125 |
7163 d 6 h |
jab |
/trunk/ |
Many small changes to allow GEL to compile on Mac OS X 10.4. Incidentally,
this version of OS X is based on gcc 4.0, so problems with this version of
gcc should also have been fixed now. |
|
| 106 |
7175 d 23 h |
bj |
/trunk/ |
refactoring med MPC |
|
| 95 |
7177 d 0 h |
bj |
/trunk/ |
*** empty log message *** |
|
| 89 |
7177 d 2 h |
jab |
/trunk/src/ |
A lot of documentation has been added/edited.
gel.doxygen now contains a lot of comments to namespaces. |
|
| 58 |
7187 d 7 h |
jab |
/trunk/ |
minor changes. Fixed a bug in LinAlg/Matrix.h |
|
| 47 |
7220 d 6 h |
jab |
/trunk/src/LinAlg/ |
Some template constructors used to convert CGLA matrices and vectors to
the HAA Lapack wrapper library had to be updated. |
|