GitLab

...in optional/pldngen.f90 this has to be strongly polished.

Note: This seems to have introduced some bugs. ...to be corrected soon.

Note: Two changes have been done in global/types.F90:

   1. MERGE(jsp,4,l_noco) -> MERGE(4,jsp,l_noco)
      (I think the new code is correcter. This change is required)

   2. Some dimension variable was replaced by stars%ng2.
      (Maybe this is not required and maybe the previous variable was more correct.)

-removing of variable icorr, use of member-functions instead
-removal of icorrkeys module
-removal of hybridmix module
-cleanup at several places

Added two judft_warn: a) magMom>0 and explicit occupations are given b) the charge generated by the starting density generator has a qfix

- do not use qfix file anymore
- do not run qfix if it is not specified in inp.xml
Fixes #96

Note: At the moment the distance in the info mode is off by one iteration.

Also in this commit: Added version info to cdn.hdf and pot.hdf

Also in this commit: Fixed a few problems due to the last
commit introducing init/checks.F90. There are still problems
remaining. The code does not compile at the moment.

Note: This functionality is not yet feature complete and
only basic usage has been tested. The cdn.hdf file will still
change.

removed: weight, natd, nkpts,nkptd

This might otherwise take a long time and is serial!

At the moment film calculations cannot be performed without an explicit
enpara file. We want to overcome this by introducing reasonable default
vacuum energy parameters. However, in this quick fix the problem is simply
solved by generating an explicit enpara file whenever film calculations
are performed.

The error occured in line 172 and could be tracked back to a missing
initialization of rho in stden.

from stden (t) and cdngen (f) to allow calculating starting densities
for atoms without core states.

For very simple test systems fleur can now use the inp.xml file
as an input. Note, however, that the functionality is still
very incomplete. Therefore, preliminary fleur has to be invoked
with -xmlInput to make use of inp.xml.

Besides the feature incompleteness it is expected that there are
still some bugs in loading inp.xml. So far it is
only tested for Si and Fe. For Fe a small deviation from the
reference total energy is observed (0.03 mHtr), the magnetic
moments are off by 0.003. The cause is yet unknown.

starting density generation optional.

Iff no enpara file was present this automatic enpara generation was
triggered. It now only is triggered iff the command line switch
"-genEnpara" is set. Otherwise there is a fallback to an internal main
quantum numbers enpara file.

Array enpara%evac0 was not allocated. None of the enpara arrays were deallocated.

Based on v0.26 hybrid branch