On Tuesday 20 March 2012, Brad King wrote: > On 3/19/2012 5:17 PM, Alexander Neundorf wrote: > > On Monday 19 March 2012, Brad King wrote: > >> Thanks. I rewrote the topic on the stage to clean up the history a > >> little and rebase it on top of the rewritten version of the other > >> find_package_set_FOUND_VariableInConfigFile topic. > > > > Hmm, I thought I had done that. > > I had deleted my local find_package_set_FOUND_VariableInConfigFile > > branch, then did git pull, then created a tracking branch from the > > remote branch, and branched away from this. > > Did you pull from origin or fetch from stage? The latter was necessary.
Ok, that was it. > >> Please take a look at the new version of the topic. > > > > Is there a way to see what you changed ? > > Compare the old head to the new head of the branch: > > $ git fetch stage --prune > $ git diff e0694f64 stage/ImprovedCOMPONENTSSupportInFindPackage2 > > Note that because I rebased it on the modified version of the other > topic you will see those changes too. I pasted the relevant diff > below between your version and mine. > > -Brad > > > diff --git a/Source/cmFindPackageCommand.cxx > b/Source/cmFindPackageCommand.cxx index 05eb07d..ef16ce8 100644 > --- a/Source/cmFindPackageCommand.cxx > +++ b/Source/cmFindPackageCommand.cxx > @@ -99,15 +99,14 @@ void cmFindPackageCommand::GenerateDocumentation() > "The QUIET option disables messages if the package cannot be found. > " "The MODULE option disables the second signature documented below. " > "The REQUIRED option stops processing with an error message if the " - > "package cannot be found. " > + "package cannot be found." > + "\n" > "A package-specific list of required components may be listed after > the COMPONENTS option or directly after the REQUIRED option. " > - "A package should only be considered found if all of the listed " > - "components have been found. " > - "Additional package-specific optional components may be listed after > the " > - "OPTIONAL_COMPONENTS option. As opposed to the COMPONENTS option, the" > - "result for those components does not influence whether the package as" > - "a whole is considered to be found. " > + "Additional optional components may be listed after OPTIONAL_COMPONENTS > + "Available components and their influence on whether a package is " > + "considered to be found are defined by the target package." > + "\n" I would prefer if this documentation would recommend how COMPONENTS and OPTIONAL_COMPONENTS should be handled. Ok, this is done in readme.txt, but I would prefer to have it here too. But I don't have a strong opinion on this. Alex -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers