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
662 4117 d 13 h janba /branches/cpp11-devel/src/ A bunch of changes to support PAM  
647 4215 d 1 h janba /branches/cpp11-devel/src/GLGraphics/ Added VisObj and MeshEditor classes. These used to be in the MeshEdit application directory, but
moved here to make them more of a generic component so that it is easier to make a mesh edit application
outside of GEL but using GEL. prevents me from hacking all my work into the library.		  
631 4348 d 6 h janba /branches/cpp11-devel/ Many C++11 features added to this branch  
630 4348 d 6 h janba /branches/cpp11-devel/ Add branch for c++11 development  
601 4591 d 21 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.		  
594 4595 d 10 h jab /trunk/src/GLGraphics/ Resolved conflicts  
578 4674 d 10 h jab /branches/ctl/hmesh_vector/ Added doxygen docs to standard headers.  
572 4677 d 6 h jab /branches/ctl/hmesh_vector/ Entered standard header  
566 4862 d 5 h jab /branches/ctl/hmesh_vector/ Many minor changes  
557 4950 d 7 h jab /branches/ctl/hmesh_vector/src/GLGraphics/ Moved the Renderer classes for Manifold to GLGraphics