Interesting problem with FindCLucene.cmake
Alexander Neundorf
neundorf at kde.org
Mon Jan 14 20:58:56 CET 2008
On Monday 14 January 2008, Ismail Dönmez wrote:
> Monday 14 January 2008 21:18:07 tarihinde Andreas Pakulat şunları yazmıştı:
> > Well, check whats inside TRIAL_LIBRARY_PATHS, probably that throws off
> > find_path.
>
> I didn't get what you mean by "throws off", here is the definition for
> TRIAL_LIBRARY_PATHS :
>
> SET(TRIAL_LIBRARY_PATHS
> $ENV{CLUCENE_HOME}/lib${LIB_SUFFIX}
> ${CMAKE_INSTALL_PREFIX}/lib${LIB_SUFFIX}
> /usr/local/lib${LIB_SUFFIX}
> /usr/lib${LIB_SUFFIX}
> /sw/lib${LIB_SUFFIX}
> NO_DEFAULT_PATH
> )
>
> Regards,
> ismail
Without looking at the docs or sources:
This means the call looks something like this:
FIND_PATH(CLUCENE_LIBRARY_DIR
NAMES CLucene/clucene-config.h PATHS $ENV{CLUCENE_HOME}/lib${LIB_SUFFIX}
${CMAKE_INSTALL_PREFIX}/lib${LIB_SUFFIX}
/usr/local/lib${LIB_SUFFIX}
/usr/lib${LIB_SUFFIX}
/sw/lib${LIB_SUFFIX}
NO_DEFAULT_PATH
/usr/include
)
NO_DEFAULT_PATH should be at the end of the list of arguments, so the
directory (directories) coming after it are probably ignored.
If you remove NAMES and PATHS you get probably the old "signature" of
FIND_PATH, which is more or less just
FIND_PATH(VAR <filename> <path1> ... <pathN>)
so that NO_DEFAULT_PATH is interpreted as a directory and so the default paths
are searched.
Alex
More information about the Kde-buildsystem
mailing list