Made use of VMD plugins more robust
authorMark Abraham <mark.j.abraham@gmail.com>
Thu, 5 Jan 2012 06:21:14 +0000 (17:21 +1100)
committerMark Abraham <mark.j.abraham@gmail.com>
Sat, 7 Jan 2012 19:03:29 +0000 (06:03 +1100)
commit347896d9d31cb178572769c2ffdf6bc6ab0ab07c
tree1952dceadab10ddbadd291f506aef502c7870e28
parent3bd9722c1231ec9be33cf1b9c7f7849b7ad167cf
Made use of VMD plugins more robust

Attempt to use VMD trajectory-reading plugins only if plugin
loading functionality exists and shared libraries are being used
(else dlopen can be unreliable).

Also, for helping to find those plugins, the user can supply the plug-in
path in a CMake cache variable. If not, the code can now fall back
on the run-time value of the environment variable VMDDIR, or its
value at configuration time. Previously only an explicit run-time
environment variable or a hard-coded path was available on non-Windows
platforms.

Also printed diagnostic text when GROMACS cannot tell if the
trajectory being read by a plug-in might have atom velocities.

Fixes #598

Change-Id: I44267e115267772dae2c1d754895f8ff25c98a6a
CMakeLists.txt
cmake/FindVMD.cmake [new file with mode: 0644]
cmake/gmxTestdlopen.cmake [new file with mode: 0644]
src/config.h.cmakein
src/gmxlib/CMakeLists.txt
src/gmxlib/trxio.c
src/gmxlib/vmddlopen.c
src/gmxlib/vmdio.c