Subversion Repositories gelsvn

Rev

Show changed files | Details | Compare with Previous | Blame | RSS feed

Filtering Options

Rev Age Author Path Log message Diff
601 4591 d 4 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.
 
595 4594 d 17 h jab /trunk/src/ Merged version  
382 6091 d 15 h jab /trunk/ a number of fixes  
214 6931 d 12 h jab /trunk/src/Geometry/ Load raw can now load a signed short volume
Elsewhere Vec3d has replaced Vec3f
 
191 7078 d 16 h jab /trunk/ So some changes have been made. Things are partly foobar in the volume
polygonizer and the trilinfilter. There is a dilemma - it is hard to
allow trilinear interpolation of vectors while disallowing gradient
computation of unsigned entities.
 
61 7186 d 12 h jab /trunk/src/Geometry/ Adding a lot of stuff:
- The KDTree class is useful for a great many projects.
- The voxel grid classes are also useful for many projects.
- fair_polygonize is my own little polygonizer which seems to work well.
- Polygonizer is bloomenthals polygonizer which has been C++'ified.