in mp_world.f90 a declaration of mp_count_nodes was removed by the
preprocessor for gfortran versions 4.4.8 and previous. This is no longer
necessary and it was in fact making fail the compilation
option MPI_THREAD_MULTIPLE, while MPI_THREAD_FUNNELED seems to work ok.
Since the latter case is all we need, I think it is safer to stick to it
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@11797 c92efa57-630b-4861-b058-cf58834340f0
by Fabien Leydier; this patch had been applied some time ago then reverted
because incompatible with very old MPI libraries)
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@11607 c92efa57-630b-4861-b058-cf58834340f0
mp.f90 to mp_world.f90, interface mp_comm_free used instead of direct
call to mpi_comm_free, deallocation of communicators. Should be harmless
but please check.
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@10649 c92efa57-630b-4861-b058-cf58834340f0
variables for the "world" MPI communicator. The latter are to be found in
world_comm instead. mp_global should be used only to start and to end the
various parallelization levels. Many small but harmless changes: a few
variables removed or moved to another module in most cases.
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@10558 c92efa57-630b-4861-b058-cf58834340f0
Module mp_global is still there for compatibility and still contains the
routine mp_startup that performs the intialization, but shouldn't be any
longer used in new developments and should be slowly replaced by specific
modules. New module containing command-line options added. Command-line
options are read at the beginning of the run and broadcast to all processors
(there is no guarantee that command-line options cam be accessed by all mpi
processes). Nothing should be broken by these changes but please verify if
all parallelization levels work (I have limited access to parallel machines
right now)
The reason for these changes, and for those that will come soon, is to make
image parallelization easier (in particular in NEB but also for other cases).
Right now it is a pain, in part because the initialization is inadequate,
in part because it is never clear who reads/writes what from/to where.
It will take a few weeks before everything converges to a stable state.
Meanwhile, please be patient and fix/report problems.
git-svn-id: http://qeforge.qe-forge.org/svn/q-e/trunk/espresso@9876 c92efa57-630b-4861-b058-cf58834340f0
Pietro Bonfa