GitLab

- new laser profile class with automatic detection of center of mass of profile and possiblity to flip and rotate

CMakeLists fix for Intel compiler + DKS, ParaleTTracker DKS update for numparticlesinsimulation after material

better update for variable numParticlesInSimulation_m which works for gun simulations as well as Monte Carlo simulations in degraders on GPUs

    - fixing number of particles when the numbers don't add up to the total due to rounding errors;
    - clean up: rename files to comply with coding guide lines;
    - improve message when field of bend overlapps;
    - warning is emitted if too few fourier coefficients are used to filter the field map;

fixing restart: can now (again) restart from any step in any H5Part file that was written for/with OPAL; SDDS file and load balance file are rewound to an s-position less or equal as in the H5file

Mesh the whole domain; take into account the bunch offset; ippl to 3D mapping for multicore simulations are handled

don't rotate the bunch if you're in a follow-up track or in restart (though does not work inside bend)

In autophase we stash the bunch and create a single particle on node 0. Thereafter we call itsBunch->update(). When OPAL is run in parallel then it can happen that this single particle is moved from node 0 to some other node. This we have check and act accordingly.

- recalculate reference trajectory inside bends on node 0 after autophasing; fixes problems of BerlinPro guys

/gpfs/DDNgpfs1/bekas/YVES/local/bgclang/r209570-20140527/libc++/include/algorithm:2073:5: error: no matching function for call to '__fill'
    _VSTD::__fill(__first, __last, __value_, typename iterator_traits<_ForwardIterator>::iterator_category());
    ^~~~~~~~~~~~~
/gpfs/DDNgpfs1/bekas/YVES/local/bgclang/r209570-20140527/libc++/include/__config:348:15: note: expanded from macro '_VSTD'
#define _VSTD std::_LIBCPP_NAMESPACE
              ^
/gpfs/DDNgpfs1/bekas/YVES/work/OPT/opal/src/Algorithms/ParallelTTracker.cpp:2098:10: note: in instantiation of function template specialization 'std::__1::fill<ParticleAttribIterator<double>, double>' requested
      here
    std::fill(itsBunch->dt.begin(), itsBunch->dt.end(), itsBunch->getdT());
         ^
/gpfs/DDNgpfs1/bekas/YVES/local/bgclang/r209570-20140527/libc++/include/algorithm:2054:1: note: candidate function [with _ForwardIterator = ParticleAttribIterator<double>, _Tp = double] not viable: no known
      conversion from 'typename iterator_traits<ParticleAttribIterator<double> >::iterator_category' (aka 'std::__1::input_iterator_tag') to 'std::__1::forward_iterator_tag' for 4th argument
__fill(_ForwardIterator __first, _ForwardIterator __last, const _Tp& __value_, forward_iterator_tag)
^
/gpfs/DDNgpfs1/bekas/YVES/local/bgclang/r209570-20140527/libc++/include/algorithm:2063:1: note: candidate function [with _RandomAccessIterator = ParticleAttribIterator<double>, _Tp = double] not viable: no known
      conversion from 'typename iterator_traits<ParticleAttribIterator<double> >::iterator_category' (aka 'std::__1::input_iterator_tag') to 'std::__1::random_access_iterator_tag' for 4th argument
__fill(_RandomAccessIterator __first, _RandomAccessIterator __last, const _Tp& __value_, random_access_iterator_tag)
^

Works now parallel. Remaining problems: -- does not go out out scope propperly, -- number of created particles maybe not correct