Subversion Repositories gelsvn

Rev

Go to most recent revision | Show changed files | Details | Compare with Previous | Blame | RSS feed

Filtering Options

Rev Age Author Path Log message Diff
657 4213 d 5 h janba /branches/cpp11-devel/ Added mesh deformation with the mouse and vertex selection.  
652 4220 d 18 h janba /branches/cpp11-devel/src/HMesh/ Added volume polygonization  
649 4224 d 19 h janba /branches/cpp11-devel/ Fixed some header paths  
646 4227 d 3 h janba /branches/cpp11-devel/src/HMesh/ Many changes. In particular Harmonis moved here from the meshedit application  
643 4248 d 19 h janba /branches/cpp11-devel/ Polarization really works, but fitting to mesh not so much. Committing current version with voxel based fitting to reference mesh  
638 4270 d 6 h khor /branches/cpp11-devel/ Works on visual studio now, test needed in clang and gcc

Thinks changesed
(std::min)
typcasting of warlker
class initilazation
 
637 4271 d 4 h janba /branches/cpp11-devel/ only simple changes.  
636 4271 d 9 h khor /branches/cpp11-devel/ Works on visual studio, need to be tested if clang is busted.

Doc is now updated to c++11, still need to remove iterator in some of the flit example

(std::min)() and (std::max)() is need for it to work.
 
635 4321 d 12 h janba /branches/cpp11-devel/ Save stuff  
633 4353 d 8 h janba /branches/cpp11-devel/ Some compatibility changes  
632 4357 d 14 h janba /branches/cpp11-devel/ Had fun rewriting ArithVec.h  
631 4360 d 9 h janba /branches/cpp11-devel/ Many C++11 features added to this branch  
630 4360 d 9 h janba /branches/cpp11-devel/ Add branch for c++11 development  
609 4595 d 13 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 4597 d 21 h jrf /trunk/ removing Visual Studio warnings and some CMake problems  
605 4601 d 9 h jab /trunk/  
601 4604 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 4606 d 7 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 4607 d 1 h jab /trunk/src/ adding glew and a change for compatibility to ItemVector  
598 4607 d 12 h jrf /trunk/src/ Bug: CMake unable to generate project. Fix: Removing deleted source files from CMake lists.  

Show All