extra-cmake-modules.git/modules/FindStrigi.cmake, branch v5.90.0-rc1

Move the modules, modules-test and systeminfo subdirs into 'attic'

2011-06-30T21:36:45+00:00

Clean up: we can assume strigi is > 0.6.0 nowadays

2010-10-22T00:45:42+00:00

svn path=/trunk/KDE/kdelibs/; revision=1188319

-mark more variables as advanced

2009-03-19T00:49:58+00:00

Alex



svn path=/trunk/KDE/kdelibs/; revision=941175

Suppress 'not found' messages from pkgconfig when the module subsequently

2009-03-11T22:39:22+00:00

attempts to locate the package by other means.

svn path=/trunk/KDE/kdelibs/; revision=938476

-add missing copyright notices, I hope I got it right

2009-01-04T15:39:53+00:00

-also a few empty lines here and there to make it look nicer

Alex



svn path=/trunk/KDE/kdelibs/; revision=905547

-make finding the FooConfig.cmake file quiet, but don't make the outer FindFoo.cmake file quiet

2008-12-08T22:39:27+00:00

Alex



svn path=/trunk/KDE/kdelibs/; revision=894602

-rework all uses of find_package(PkgConfig)/pkg_check_modules():

2008-12-02T21:49:01+00:00

the prefix used for pkgconfig config (e.g. SQLITE) now *always* gets an additional "PC_" prefix, so the prefix used
for pkgconfig is now "PC_SQLITE_". This avoids name clashes between variables defined by the pkgconfig macro and the find module
and unwanted effects.

*Never* use the _CFLAGS coming from pkgconfig, but always CFLAGS_OTHER, since these shouldn't contain the include directories.
If the include directories would be in the DEFINITIONS variable this could clash with the results of find_path() for finding include dirs.

*Always* use both foo_INCLUDEDIR, foo_INCLUDE_DIRS for searching the include dir, and also both foo_LIBDIR and foo_LIBRARY_DIRS for
searching the libraries.

These directories coming from pkgconfig are *never* used exclusively, but *always* additionally to the standard search dirs,
either before them (then using the "HINTS" keyword) or after them (then using the "PATHS" keyword)

I hope I didn't break (too much) stuff. At least on my system it all seems to work the same way as it did before, with and without pkgconfig.

Alex





svn path=/trunk/KDE/kdelibs/; revision=891805

-load the enhanced StrigiConfig.cmake if available. If this succeeds, there is no need to search for the headers

2008-11-16T19:03:49+00:00

and libraries or test for the API anymore, since all that information is provided ready-to-use
by StrigiConfig.cmake

Alex

CCMAIL: jvdoever@gmail.com


svn path=/trunk/KDE/kdelibs/; revision=885206

-fix FindStrigi when pkg-config didn't find strigi:

2008-11-13T00:16:49+00:00

in this case STRIGI_INCLUDEDIR is empty, and then used as result
variable for FIND_PATH(). But FIND_PATH() only does something if 
the used variable contains "NOTFOUND", so it didn't search for the header actually.
Now FIND_PATH() uses STRIGI_INCLUDE_DIR and sets STRIGI_INCLUDEDIR for compatibility.

Hint: FOO_INCLUDE_DIR is the correct naming according to the cmake module coding rules 
(see kdelibs/cmake/modules/cmake-modules/styleguide.txt), not legacy.

Alex
CCMAIL: helio@kde.org

Helio: are you sure there are not other such breakages left ? I'm always *very* cautious when touching these files,
I still have a bad feeling after these big changes.



svn path=/trunk/KDE/kdelibs/; revision=883470

clean up a few STATUS messages.

2008-11-12T00:56:07+00:00

svn path=/trunk/KDE/kdelibs/; revision=883065