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