calculations (notably using matydn/dynmat). This is a workaround: the ultimate
solution is to get rid of celldm everywhere except for reading pw.x input.
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@9389 c92efa57-630b-4861-b058-cf58834340f0
in all combinations of possible cases. At least, it doesn't seem to be more
wrong than before. An undocumented option in CELL_PARAMETERS has been
documented, its behavior aligned with the expected behavior based on previous
documentation.
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@8063 c92efa57-630b-4861-b058-cf58834340f0
by alat, into global variable at(3,3). Local auxiliary vectors a1, a2, a3 are
introduced when convenient in order to reduce the number of changes. Beware
unexpected side effects.
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@7457 c92efa57-630b-4861-b058-cf58834340f0
Input external pressure is in KBar and not in GPa like it was formerly in CP.
Then from now on input value for variable "press" in cell namelist
should be given in KBar like it is written on the documentation!
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@6964 c92efa57-630b-4861-b058-cf58834340f0
but copied to internal variables. Documentation of "cell_dofree" aligned
with what it actually does. Tests and examples are missing.
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@6833 c92efa57-630b-4861-b058-cf58834340f0
CMPLX is explicitly typed, blas/lapack are lowercase (consistently with
the convention: FORTRAN COMMANDS = uppercase, all the rest lowercase)
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@5789 c92efa57-630b-4861-b058-cf58834340f0
calculations using a unique saw(x) function (included in cell_base) in
all e-field related routines (energy, potential, forces, ..) and inclusion
of a macroscopic electronic dipole contribution in the mixing scheme.
This should solve charge sloshing problems that appeared with the prevous
version in metallic slabs.
Riccardo Sabatini and Stefano deGironcoli
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@5627 c92efa57-630b-4861-b058-cf58834340f0
Scaled (crystal) coordinates (+ cell if needed) are used in the relazation.
In the normal case it shouls behave exactly as usual.
CVSexample has been updated adding an example for this feature...
Once reasonably tested and robust it may be better to move these cases in
exanple03 that contains other relaxation examples.
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@4536 c92efa57-630b-4861-b058-cf58834340f0
Please do not re-introduce old-style syntax. A uniform syntax allows
if the need arises to change the precision in less than no time.
Courtesy of Pascal Thibeaudeau. Modules/ directory only.
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@3964 c92efa57-630b-4861-b058-cf58834340f0
parameters a, b, c, cosab, cosac, cosbc, to celldm was not correct.
Documentation updated. Courtesy of Marco Fornari.
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@3763 c92efa57-630b-4861-b058-cf58834340f0
lack of sufficient clarity). PW vc code is updated. For some reason vc-relax
rotates cell vectors a little (i.e. there seem to be a pure rotation in
the dispacement), somebody with more experise should look at that.
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@3685 c92efa57-630b-4861-b058-cf58834340f0
similarly to CP code via "cell_dofree" (and iforceh). So "cell_dofree"
now appears to be working for PW, and has a couple of new options
'xyt' and 'xyzt' which should allow to optimize only (x1,x2,y2) and
(x1,x2,y2,x3,y3,z3) components of the lattice vectors. If these added
constraints really do work properly in PW - only time will tell ...
It would be nice to merge "cell_base_init" from CPV to PW, and also
"cellmd" module of PW into "cell_base" of CPV. Otherwise these seem to
exist and be updated separately despite having identical
functionality.
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@3680 c92efa57-630b-4861-b058-cf58834340f0
- correct an unquoted string (iosys) in PW/input.f90:483
(this was the cause of tonight compilation failere)
- correct a few incorrect format strings
- make more use of the constants module and thus
provide more consistent units. NOTE, this has some
numerical changes in the outputs, as in some places
rather low precision and inconsistent numbers were
used for unit conversion.
- convert all(?) single precision constants to double
using the attached little perl program.
exceptions: efermi.f90 (as it is supposed to be rewritten
anyways), plotbands.f90 (it uses single precision everywhere,
which may result in saving a significant amount of memory,
so i converted the two double precision constants to single).
Unused routine 'set_fft_grid' removed
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@3602 c92efa57-630b-4861-b058-cf58834340f0