<div class="gmail_quote">On Fri, Feb 27, 2009 at 1:13 PM, Matt Williams <span dir="ltr"><<a href="mailto:lists@milliams.com">lists@milliams.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Based on the modules readme.txt [1] I have been assuming that if I have a<br>
package called QtOgre (with that capitalisation) then the FindXXX.cmake file<br>
should be called FindQtOgre.cmake (alternatively there should be a<br>
QtOgreConfig.cmake file). In order to maintain unambiguity, I have been<br>
calling the variables within according to the readme.txt rules as things like<br>
QtOgre_LIBRARIES etc. rather that QTOGRE_LIBRARIES.<br>
<br>
Looking around at the other FinXXX.cmake files out there (including the<br>
officially distributed ones), there is a mixture of these two casing<br>
conventions. Boost and wxWidgets, for example, both use the mixed case form<br>
but others such as Perl use the uppercased form. Confusingly, there are even<br>
those which mix the two conventions, like FindJasper.cmake containing<br>
JASPER_INCLUDE_DIR.<br>
<br>
There is no indication in the readme.txt which is preferred though I have been<br>
assuming the mixed case version. Based on bits and pieces I guess I am right<br>
(for example,the "DOXYGEN_FIND_QUIETLY, but it should have been<br>
Doxygen_FIND_QUIETLY" comment in FindDoxygen.cmake).<br>
<br></blockquote><div><br>I have wondered the same thing for many a moon.<br><br>The arguments to find_package, i.e. EXACT, QUIET, COMPONENTS, version number, etc. cause variables such as Doxygen_FIND_QUIETLY, Boost_COMPONENTS, and OpenSceneGraph_FIND_VERSION to be generated by CMake. These are based directly off of the name of the find module filename so they will generally appear to be mixed case if that is the name of the module.<br>
<br>Macros like FindPackageHandleStandardArgs seem to make everything upper case (i.e DOXYGEN_FOUND, OPENSCENEGRAPH_FOUND, etc.).<br><br>Not sure what the answer is. It's almost as if input variables are encouraged to be the case of the module and output variables are encouraged to be uppercase always.<br>
<br></div></div>-- <br>Philip Lowman<br>