
The implementation is quiet upon repeat cmake runs, and makes only advanced or internal cache variables. Updated the README accordingly, and noted various other differences from stock lmfit 6.1. If both clients of lmfit can use the same external version, then the problem is solved, and if each need a different version then there are various further options. Reverted the introduction of gmx_ prefixes in an earlier commit - that approach permits a third party to link to their own lmfit without symbol clashes, but doesn't resolve the distribution problem. Moved it (and its header) to src/gromacs/correlationfunctions. The former gmx_lmcurve.cpp in src/external was in fact GROMACS code that calls the lmmin routine from lmfit and declares a suitable callback, so it should never have been in src/external. lmfit management now needs to happen at a higher point in the GROMACS build system, so I have refactored the source code files that use lmfit functionality. It implements FindLmfit.cmake, which relies heavily on pkg-config, which is supported by lmfit and widely available in the intended use case (ie distribution maintainers), but can be worked around if lmfit is available and pkg-config is not and somehow an external lmfit is needed. YAKINDU Statechart Tools, Doxygen, Mkd, Natural Docs, Autoconf, Automake.
REDMINE DOXYGEN PATCH
This patch implements the CMake option GMX_EXTERNAL_LMFIT. , TeamLab, Bugzilla, Mantis, Mindquarry, Redmine, Trac, Bison. Allow use of external lmfit package For packaging GROMACS for software distributions, we need to permit maintainers to use external system libraries, rather than the versions we bundle for convenience for general GROMACS users. What will be discussed in this talk Data products saved in a reconstructed larsoftfile.
