Please test: modified FindNepomuk.cmake and NepomukAddOnto...cmake

[Will Stephenson]

On Thursday 03 December 2009 23:01:32 Alexander Neundorf wrote:
> I had a closer look at the two mentioned files.
> Some things where not as they should be.
> 
> The tool rcgen was searched in the macro, that's not good. This should be
>  done in the FindNepomuk.file, so I moved it there.
> 
> Also, the macro modified the include path by calling include_directories().
> This also shouldn't be done, so I removed that.
> As when using moc and similar things, the calling CMakeLists.txt has to
>  make sure that CMAKE_CURRENT_BINARY_DIR is in the include dirs.
> 
> Please give it a try and adapt the users of this macro accordingly.
> (they also don't have to include(NepomukAddOnot...) anymore, since this is
>  now done automatically by FindNepomuk.cmake.
> 
> Please let mw know if it works.

I'm using cmake 2.8.0

using my usual cmake -DCMAKE_INSTALL_PREFIX=... -DCMAKE_BUILD_TYPE=debugfull -
DKDE4_BUILD_TESTS=true

cmake fails finding STRIGI_STREAMS_LIBRARY and STRIGI_STREAMANALYZER_LIBRARY  

if I add -DCMAKE_PREFIX_PATH=/usr the cmake run completes (I am using packaged 
strigi libs in /usr/lib),

but this is with dirk's commit 1057997 to add "include(SopranoAddOntology)" to 
nepomuk/CMakeLists.txt.  Without it, it fails.  Needing this include seems 
wrong because FindSoprano.cmake (called from kdelibs/CMakeLists.txt) does 

find_file(_SOPRANO_MACRO_FILE NAMES SopranoAddOntology.cmake HINTS 
{_SOPRANO_PREFIX}/share/soprano/cmake)

and includes() the result.

I don't see why this fails, /usr/share/cmake/Modules/SopranoAddOntology.cmake 
exists - could something else be messing with the include path with 
include_directories() as you mentioned?

Will