<div class="gmail_quote">On Sat, Sep 26, 2009 at 5:10 PM, SF Markus Elfring <span dir="ltr"><<a href="mailto:elfring@users.sourceforge.net">elfring@users.sourceforge.net</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;">
<div class="im">> You could look to FindImageMagick for inspiration. It started as a<br>
> way to find the ImageMagick binary utilities like "convert" and "<br>
> mogrify" but support was added to detect the ImageMagick libraries<br>
> via specifying additional COMPONENTS.<br>
<br>
</div>Thanks for your suggestion.<br>
<br>
I am also interested in another variation of this use case.<br>
<br>
Which name should a configuration script get that determines some parameters for the build process and does not look for any client software?</blockquote><div><br>Generally the find module is named after the software package. Since usually a software package is either a library or a set of executables but not both, generally there is no ambiguity. Other CMake find modules have appended "Libs" to the module name. FindPerlLibs, for example.<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> How do you deal with the situation if further knowledge about available utilities is not needed for the generation of project specific binaries?<br>
</blockquote><div><br>If you're asking if the module should find "svn.exe" if all you need is the subversion libraries, the answer is it doesn't have to. Once COMPONENTS have been specified the module can require the user specify one to find executables as well. FindImageMagick is a good example of this. It maintains backwards compatibility if COMPONENTS is not specified but otherwise requires each component that is to be searched for to be explicitly named regardless of it it is a program or a library.<br>
<br>Alternatively, you can simply write FindSubversionLibs and that will be that.<br clear="all"></div></div><br>-- <br>Philip Lowman<br>