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
637 4261 d 4 h janba /branches/cpp11-devel/ only simple changes.  
636 4261 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.		  
632 4347 d 14 h janba /branches/cpp11-devel/ Had fun rewriting ArithVec.h  
630 4350 d 9 h janba /branches/cpp11-devel/ Add branch for c++11 development  
601 4594 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.		  
594 4597 d 13 h jab /trunk/src/GLGraphics/ Resolved conflicts  
447 5881 d 8 h jab /trunk/src/GLGraphics/ Fixed some include guards  
198 7074 d 9 h bj /trunk/ Added Visual Studio 2005 compatibility  
178 7109 d 7 h bj /trunk/ merged restructuring branch  
152 7145 d 6 h jab /branches/restructuring/src/GLGraphics/ Texmap is going altogether.  
147 7145 d 11 h jab /branches/restructuring/src/GLGraphics/ This is the contents of the Graphics directory moved to GLGraphics