As some calculations use the muffin tin index (of the new mesh),
this was calculated in calculateDensities in ProcessKKRresults_mod,
so before checking if a nonco calculation is done. However, in a
collinear calculation, the pointer to the new mesh is not associated,
which gave an error in that case.

This is more instructive as the interger is not a simple
switch anymore.

Mode 4 was supposed to fix the direction using constraint magnetic
fields but allowing the moment to change direction as far as the
constraint field does not fullfill this yet. While this is in principle
possible, the current implementation was wrong, as the goal angles
are not stored separately, so a changed moment would also change the
goal.
This mode could be added in the future, but as it converges slower
than mode 2 and to the same result, there is not much reason for that.

Mode 5 was supposed to fix the direction by cancelling the torque,
but allowing the moment to move. This does not depend at all on the
given goal directions and does thus not make any sense.

This keeps the array of bfields consistent with other atom-wise
quantites.

The subroutine calc_torque() in bfield/torque.f90 calculates the
magnetic torque and iterates the selfconsistency loop for the
constraint magnetic fields, based on torque or on the fields alone.

The routine is called from rhovalnew() as in KKRhost. Adapted the
inputs and included the call. Adapted wrappers_mod, where this
routine is called.

I had to move another subroutine from NonCollinearMagnetism_mod.F90
to the helpers module to avoid circular dependencies. Did not change
the routine otherwise.

Included the new dependencies in the Makefile.

Compiles and did not crash in a short test run,
but not completely tested.

The muffin tin index was taken from the old mesh, which is not correct
and can even give errors if it is larger than the total size in the
new mesh.

Introduced a function in the Chebyshev mesh module that calculates
the index of the muffin tin radius. Formula for this is taken from
KKRhost.
Used this function where before the muffin tin index of the old mesh
was used. Added the dependency on this function to the Makefile.

Calls to add_bfield() whereever the spin-orbit hamiltonian is added to the potential.
Adjusted arguments to the surrounding subroutines and dependencies in the Makefile.

I had to move two subroutines from NonCollinearMagnetism_mod.F90 to a separate
module in NonCollinearMagnetism_Helpers_mod.F90 to avoid circular dependencies.
(They did not change apart from that move.)

Explained in comments, documentation will be adjusted..

Written an add_bfield subroutine for KKRnano based on the implementation
in KKRhost by Sascha Brinker.

Also some notes on where to use it.

In CalculationData, the bfield is read for every atom and then initialized
only for the locally treated atoms. Thus, the bfield has to be accessed
differently from the other quantities that are only allocated for the
local atoms.

Also, I restructured and commented lots of code while looking for the bug.

The data is now stored at appropriate places and loaded in the
corresponding part of the code.
It is not used for any calculation yet.

Code compiles, but is not tested in any other way.

The parameters are taken from Sascha Brinkers presentation and should
match what is implemented in KKRhost.
The names are kept as close as possible to the inputcard keywords in
KKRhost, thus they might differ from what they are called in the
KKRhost code.

Added the parameters to datastructures/InputParamsNew.txt and
generated a new datastructures/InputParams_mod.F90 using
the generate.sh skript.

In generate.sh, the inputgenerator.py is now called as a local script.

In inputgenerator.py, use /usr/bin/env to be independent of actual python installation dir.
Explicitly use python2, which is needed by the skript and not always the default anymore.

The parameter enable_quad_prec was introduced in InputParams_mod.F90,
but not in InputParamsNew.txt, so it did not appear when recreating
the Fortran module from the list of parameters.

Merge latest KKRnano version into develop

See merge request kkr/jukkr!12

Move torque module to common

See merge request kkr/jukkr!11

Just the rename and two lines in the cmake files.

Changed some input arguments so that the module does not depend on any things specific to KKRhost anymore.

Activate running regression tests for KKRnano

See merge request kkr/jukkr!8

Merge improved chebychev solver

See merge request kkr/jukkr!9

And update test 25 to new solver

mkdir -p build
make tfQMRgpu SMP=openmp tfQMRgpu=yes
make SMP=openmp tfQMRgpu=yes -j

Adopted MakeFile, swiched off grouping and changed transposition flags for gpu call.