The reason is that we want to profit from latest security updates and
therefore not use a copy of the SQLite3 source code that becomes outdated.

ToDo: test on different Linux distributions / bc2 and adapt compile
instructions accordingly, also container recipes must be adapted.

takes care of the case where the resolution of the path of a dependency already point to a library within the bundle

added libexec dir to OSX deployment cmake script
fixed path to python library for OSX packaging

OpenMM library

run cmake with -DENABLE_MM=1
if you can successfully compile, check out the examples in the
modules/mol/mm/examples directory

/System/Library/Frameworks in addition to /Library/Frameworks

Fixed issue in FindPython: requested Python version was only tested to be bigger than requirement, not equal to

Refactored FindEigen.cmake to adhere to cmake guidelines
Adapted master CMakeLists.txt to changes in find modules

A little less hackish solution. Thanks to Andi for the suggestion

Horrible hack (execute_process) to work around the fact that the python modules in Ubuntu are now spread over many directories and symlinked everywhere

Substitutes DEBIAN_STYLE_LIBEXEC flag and manages location and name of lib and libexec folders on Debian/Ubuntu-based systems

fixed windows install statements to install dll instead of lib file