one for B3LYP. This caused discrepancies up to of a few tenths of eV
in Kohn-Sham energies with respect to the "true" B3LYP. VWN is used
to define the LDA correlation. B3LYP-V1R (B3LYP using VWN_1_RPA instead)
has also been added.
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@11913 c92efa57-630b-4861-b058-cf58834340f0
command_argument_count, flush, are used everywhere instead of wrappers.
Some old versions of compilers may no longer work.
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@11759 c92efa57-630b-4861-b058-cf58834340f0
The reason is that when two string of different length are compared they are first truncated to the length of the shorter one.
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@11718 c92efa57-630b-4861-b058-cf58834340f0
Added two small files from libxc. Compile with -D__LIBXC, link with libxc:
-L/dir/where/libxc/is -lxcf90 -lxc
User guides updated with a reshuffling of names: contributors to all of QE
(in particular, most functionals) are listed in the user guide of QE and
not in the one of PW. make.depend updated
This is just to avoid that the work done is lost. It should be a first step
towards better organization of XC functionals. We should seriously consider
one of the following options:
1. move to libxc, getting rid of all duplicated functionals, keeping only
those that are not available in libxc;
2. add the possibility to use any functional from libxc (currently only a few
can be used). This may require serious restructuring work in our XC
functional (il-)logic, that has become clumsy, obscure and redundant
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@11075 c92efa57-630b-4861-b058-cf58834340f0
If I understand correctly: vdw-DF4 and optB86b-vdW are the same; there
are two implementations of Becke 86, one in b86b and one in becke86b;
two implementation of optimized Becke 86, one in pbex and one in b86b.
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@10838 c92efa57-630b-4861-b058-cf58834340f0
space at the beginning of "pseudo_dir" was causing a funny MD5 hash,
because C function fopen didin't like it and couldn't open the file
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@9979 c92efa57-630b-4861-b058-cf58834340f0
as an argument instead of reading it from command line. Input file name is
read instead from command line at startup by mp_startup.
2) Removed #ifdef __MPI before mp_startup (command line must be read in serial
execution as well)
3) Replaced calls to lower-level routines read_namelists, read_cards etc by a
call to read_input_file in NEB
4) Unused routines removed
Note that the above changes affect only pw.x, cp.x, neb.x; in all other cases,
mp_startup is not executed in serial case (will be fixed sooner or later) and
the command line is still read (by a different routine) at a later stage.
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@9919 c92efa57-630b-4861-b058-cf58834340f0
declared as external; a file is accepted as xml if it ends with .xml
or .XML. What is the usage of "attr" by the way?
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@9865 c92efa57-630b-4861-b058-cf58834340f0
a few shorthands (-i, -ni, -nk, -nb, -nt, -nd) with obvious meaning and updated
the documentation. The old syntax will still work. Cleanup of routines catching
command-line options. More serious cleanup of the entire stuff is anyway needed
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@9819 c92efa57-630b-4861-b058-cf58834340f0
number of grid point (still commented out). I think we should figure
out which integration routine is the best and stick to it: there are
two simpson-style routines that yield slightly different results
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@9416 c92efa57-630b-4861-b058-cf58834340f0