<div class="gmail_quote">On Wed, Sep 26, 2012 at 9:52 PM, Alexander Neundorf <span dir="ltr"><<a href="mailto:neundorf@kde.org" target="_blank">neundorf@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Wednesday 26 September 2012, Matthias Kretz wrote:<br>
> On Wednesday 26 September 2012 13:12:08 Sven Langkamp wrote:<br>
> > > Which find_package() is failing ?<br>
> ><br>
> > I did test with find_package(Vc REQUIRED) and<br>
> > macro_optional_find_package(Vc). It failed with both.<br>
><br>
> FindVc.cmake does the following:<br>
> "<br>
> find_package(Vc ${Vc_FIND_VERSION} QUIET NO_MODULE PATHS $ENV{HOME}<br>
> /opt/Vc)<br>
><br>
> include(FindPackageHandleStandardArgs)<br>
> find_package_handle_standard_args(Vc CONFIG_MODE)<br>
> "<br>
><br>
> The last line is the problem.<br>
<br>
</div>Yes, this means that the Find-module requires cmake 2.8.3 I think.<br>
<br>
Now, when you do a<br>
find_package(KDE4)<br>
before, CMAKE_MODULE_PATH is adjusted so that the files installed by kdelibs<br>
are used first.<br>
They contain a FPHSA.cmake, which is not in sync with the most recent cmake<br>
release.<br>
<br>
So what can be done<br>
We can increase the required cmake version by kdelibs, but this won't help you<br>
until you require that newer vbersion of kdelibs.<br></blockquote><div><br></div><div>We still have to support older KDE versions. At least until we port to Frameworks 5.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

You can work around it e.g. by tweaking CMAKE_MODULE_PATH, unset it before<br>
doing<br>
find_package(Vc)<br>
and restore it afterwards (of course while keeping the directory where<br>
FindVc.cmake is actually located).<br>
<br>
Does that help ?<br></blockquote><div><br></div><div>Yes, that did the trick. Thanks. </div></div><br>