GitLab

  CXX=mpicxx cmake ~/svnwork/ippl/projects/mc4-new/

creates the build structure. Check out the ReadMe in the top directory to see
errors that we still have w.r.t. compiling.

At the moment the FFT solver does not compile with a lot of (probable C++) related 
messages.

[  2%] Building CXX object src/CMakeFiles/mc4.dir/FieldSolvers/FFTPoissonSolverPeriodic.cc.o
In file included from /Users/adelmann/svnwork/ippl/projects/mc4-new/src/ChargedParticles/ChargedParticles.hh:9:0,
                 from /Users/adelmann/svnwork/ippl/projects/mc4-new/src/FieldSolvers/FieldSolver.hh:3,
                 from /Users/adelmann/svnwork/ippl/projects/mc4-new/src/FieldSolvers/FFTPoissonSolverPeriodic.hh:18,
                 from /Users/adelmann/svnwork/ippl/projects/mc4-new/src/FieldSolvers/FFTPoissonSolverPeriodic.cc:8:
/Users/adelmann/svnwork/ippl/projects/mc4-new/src/PwrSpec/PwrSpec.hh:14:11: error: 'ChargedParticles' does not name a type
/Users/adelmann/svnwork/ippl/projects/mc4-new/src/PwrSpec/PwrSpec.hh:15:20: error: expected nested-name-specifier before 'ChargedParticles'

Merge branch 'develop' into svn: get rid of half of the remaining warnings (just earned half of a video game!); __GNUC__ is also defined when compiling with the intel compiler since intel uses stdlibc++ (and its header files), but the pragmas should only apply to the gnu compiler

Merge branch 'develop' into svn: inserting pragma as measure of last resort to get rid of the warning Warray-bounds

adding a dirty flag for particle attributes (user is responsible for semantics and switching of states)

use absolute path in when searching for .svn directory

using cmake environment variables instead of parsing uname output

Signed-off-by: Christof Kraus <christof.j.kraus@gmail.com>

subdividing the CMakeLists into smaller pieces residing in the subdirectories use cherry-picked version exclusively Conflicts:

	trunk/src/CMakeLists.txt
Signed-off-by: Christof Kraus <christof.j.kraus@gmail.com>