[gmx-users] gromacs 4.6.7 plumed -Segmentation fault
pall.szilard at gmail.com
Thu Oct 22 18:36:21 CEST 2015
On Thu, Oct 22, 2015 at 6:06 PM, Ana Marija <sokovic.anamarija at gmail.com>
> so is it ok to try this?
Trying rarely hurts. :)
> cmake ../ -DFFTWF_INCLUDE_DIR=/opt/fftw/18.104.22.168/abudhabi/include
> -DCMAKE_CXX_COMPILER=g++ -DCMAKE_C_COMPILER=gcc -DGMX_DOUBLE=OFF
> -DGMX_PREFER_STATIC_LIBS=ON -DGMX_GPU=OFF -DGMX_MPI=OFF
> -DGMX_X11=OFF -DCMAKE_SKIP_RPATH=ON
The CMKAE_SKIP_RPATH=ON part is only needed if you need/want to build
static binaries for the compute nodes. As the Cray wrappers do some magic
behind the scenes in order to link statically, this ends up confusig cmake
which assumes that the resulting binaries will be dynamically linked.
Hence, the last step of setting the RPATH would fail (except if you tell
the Cray wrappers to stop the trickery and link dynamically: export
To build dynamically linked binaries for login nodes omitting RPATH is not
be necessary - and in fact it makes your/the users' life harder because
LD_LIBRARY_PATH will need to be set whenever running tools.
> On Thu, Oct 22, 2015 at 11:03 AM, Mark Abraham <mark.j.abraham at gmail.com>
> > Hi,
> > Your blas and lapack were compiled with gfortran, but in a way that they
> > require that one links further dependencies to use them later on. So
> > compile them better, or use dynamic linking.
> > But 99.9% of GROMACS users do not need to get involved with this, so just
> > leave GMX_BLAS_USER and GMX_BLAS_LAPACK unset and GROMACS will use its
> > internal versions.
> > Mark
> Gromacs Users mailing list
> * Please search the archive at
> http://www.gromacs.org/Support/Mailing_Lists/GMX-Users_List before
> * Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
> * For (un)subscribe requests visit
> https://maillist.sys.kth.se/mailman/listinfo/gromacs.org_gmx-users or
> send a mail to gmx-users-request at gromacs.org.
More information about the gromacs.org_gmx-users