Interesting problem with FindCLucene.cmake

Ismail Dönmez ismail at pardus.org.tr
Mon Jan 14 21:05:39 CET 2008


Monday 14 January 2008 21:58:56 tarihinde Alexander Neundorf şunları yazmıştı:
> 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(
> >     $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.

Ok then FindCLucene.cmake files in KDE4 repo is broken :-) How shall we 
proceed, am I allowed to remove NO_DEFAULT_PATH from TRIAL_LIBRARY_PATHS ?

I see this problem in strigi & soprano at least.

Thanks,
ismail

-- 
Never learn by your mistakes, if you do you may never dare to try again.


More information about the Kde-buildsystem mailing list