[gmx-developers] Minor CMAKE/fftw3 problem VS2010 x64 on release-4-6 branch
szilard.pall at cbr.su.se
Wed Feb 22 16:10:00 CET 2012
Thanks Mirco for the report!
I'd add a few more issues observed on Linux.
i) It seems that it is not possible to manually set the CMake cache
variable for the fttw include dir and library path anymore.
ii) I always see the following messages whenever CMake is rerun:
-- checking for module 'fftw3f'
-- package 'fftw3f' not found,
but at the same time the detection seems to work and compiling/linking
iii) It is indeed quite confusing that there is a suffixed and
non-suffixed version of the fftw variables defined in CMake (even
though the ones without a suffix are advanced). I think it would be
enough to have one set of include/lib path variables.
We should probably revisit the fftw detection and polish the
FindFFW.cmake module a bit. Note that I haven't looked at the module
in detail so the above are just general remarks.
On Wed, Feb 22, 2012 at 3:15 PM, Mirco Wahab
<mirco.wahab at chemie.tu-freiberg.de> wrote:
> After reading Rolands hint regarding master branch (5.0) and
> release-4-6 branch I created the latter and run into the
> following problem.
> After selecting the tool chain (cmake 2.8 windows), there
> are now *four entries* corresponding to fftw3 linkage:
> Regardless what combination of correct filled and empty
> filled fields I tried, there is no link dependency created
> (in the .sln) for md.lib.
> I had to manually update the "Additional Dependencies"
> and "Additional Library Directories" - which
> eventually lead to a successful result.
> I'm not sure if md.lib is supposed to link with
> fftw3(f)? I'd guess (according to my result) yes.
> The created 4.6-preview mdrun seems to run ok
> (and tests ok).
> Thanks & regards
> gmx-developers mailing list
> gmx-developers at gromacs.org
> Please don't post (un)subscribe requests to the list. Use the www interface
> or send it to gmx-developers-request at gromacs.org.
More information about the gromacs.org_gmx-developers