## Contributing a new CMake Module
First of all lets talk about the difference in a CMake module and a CMake config.
A **CMake config file** is named like `<lowercase_package_name>-config.cmake` or `<PackageName>Config.cmake`, and should normally be distributed by the CMake project which it applies to and should contain absolute locations to things which are known at build and install time. These files are discovered by searching the `CMAKE_PREFIX_PATH`.
A **CMake module file** is named like `Find<PackageName>.cmake` and are discovered by searching the `CMAKE_MODULE_PATH`. These files are distributed by CMake, or other packages like this one, and are used to locate software packages which were not built with CMake and which do not distribute CMake config files themselves. The prefix `Find` in the file names implies that you must "find" the software in question and often requires the use of the pkg-config module and/or the `find_path` and `find_library` CMake macros.
These are some similar repositories which contain several CMake modules, which CMake itself does not distribute:
This package should exclusively contain **CMake modules** since config files should be distributed by the packages to which they apply.
You may want to contribute an existing CMake module you found on the internet, or you may want to write one from scratch. When writing one from scratch, this page can be useful:
## CMake Module Style
When contributing a new CMake module for this package, please follow these guidelines:
- The module should be placed in the `cmake/Modules` directory of this package
- It should take the name `Find<PackageName>.cmake`
- For example `FindTinyXML.cmake`
- The module should **at least** provide these variables:
- It may provide other variables but they must be documented at the top of the module file.
- The module must provide documentation for each variable it sets and give an example of usage
You should also strive to keep the `PackageName` in `Find<PackageName>.cmake`'s case consistent in the CMake variables. For example, `FindTinyXML.cmake` should be found with a command like `find_package(TinyXML REQUIRED)` and should produce variables like `TinyXML_FOUND`.
A complete description of the recommended convention for writing CMake modules can be found here:
## Long term contribution
This package serves as a repository for common modules which CMake does not currently distribute itself, but the ideal solution would be to get these modules contributed upstream with CMake so that in future versions of CMake, the modules will not have to be provided here, and will more widely benefit the CMake community.
So consider contributing your CMake modules upstream to CMake, details here: