kdegames fails after recent changes in FindSharedMimeInfo.cmake

Alexander Neundorf neundorf at kde.org
Wed Sep 29 21:02:45 CEST 2010


On Wednesday 29 September 2010, Alexander Neundorf wrote:
> On Monday 27 September 2010, Christoph Feck wrote:
> > Hi,
> >
> > Building kdegames with cmake 2.8.1 and KDE from trunk I get:
>
> I.e. current kdelibs trunk ?
>
> > CMake Error at
> > /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:70
> > (MESSAGE):
> >   REQUIRED_VARS (missing: VERSION_VAR)
> > Call Stack (most recent call first):
> >   /local/KDE4/trunk/share/apps/cmake/modules/FindSharedMimeInfo.cmake:49
> > (find_package_handle_standard_args)
> >   palapeli/mime/CMakeLists.txt:3 (find_package)
>
> FindPackageHandleStandardArgs.cmake was invoked from share/cmake/Modules/,
> i.e. not the version coming with kdelibs.
> This is strange.
> Can you please output CMAKE_MODULE_PATH before the call to
> find_package_handle_standard_args() in FindSharedMimeInfo.cmake ?

Some more explanation:
In KDE 4.5.0 and 4.5.1 we have a FindPackageHandleStandardArgs.cmake, which 
doesn't know the REQUIRED_VARS keyword.
Also the FindPackageHandleStandardArgs.cmake in cmake < 2.8.3 doesn't know 
this keyword, this is what we see here.

In kdelibs/cmake/modules/ from trunk there is a 
FindPackageHandleStandardArgs.cmake which knows this keyword (and this will 
also be in cmake 2.8.3), so it should be ok if FindSharedMimeInfo.cmake from 
kdelibs/cmake/modules/ uses this new feature.

To make sure that the FindPackageHandleStandardArgs.cmake from kdelibs is 
found, CMAKE_PREFIX_PATH should be set so that the kdelibs 
share/apps/cmake/modules/ directory comes before the cmake standard directory 
(which should not be listed in this variable at all).

Alex


More information about the Kde-buildsystem mailing list