| Age | Commit message (Collapse) | Author |
|
|
|
attempts to locate the package by other means.
svn path=/trunk/KDE/kdelibs/; revision=938476
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=900082
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=900080
|
|
cmake 2.6.2
-use the find_package_handle_standards_args() macro in FindLibXml2.cmake
Alex
svn path=/trunk/KDE/kdelibs/; revision=900078
|
|
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
|
|
(these three modules were working correctly, this is just to establish a convention how to deal with this)
Alex
svn path=/trunk/KDE/kdelibs/; revision=886256
|
|
svn path=/trunk/KDE/kdelibs/; revision=882802
|
|
styleguide for cmake modules and is properly prefixed
-document LIBXML2_XMLLINT_EXECUTABLE
-keep XMLLINT_EXECUTABLE for backwards compat. with KDE 4.0.x
-consistent casing
-adapt config-kdoctools.h.cmake to LIBXML2_XMLLINT_EXECUTABLE
Alex
svn path=/trunk/KDE/kdelibs/; revision=835259
|
|
-some cosmetics (indentation etc.)
Alex
svn path=/trunk/KDE/kdelibs/; revision=749753
|
|
svn path=/trunk/KDE/kdelibs/; revision=628370
|
|
svn path=/trunk/KDE/kdelibs/; revision=628365
|
|
2.4.6) first before requiting it
Alex
CCMAIL: montel@kde.org
svn path=/trunk/KDE/kdelibs/; revision=628019
|
|
FindLibXslt.cmake can be remove there is different from
cmake file (test xsltproc) and FindOpenSSL.cmake (I must
look at difference)
svn path=/trunk/KDE/kdelibs/; revision=627623
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=613313
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=586500
|
|
Now they all are BSD-licensed, as copyright holder I inserted everywhere
the one who added it to svn (or Kitware if it is an enhanced copy from taken cmake)
Some developers committed quite often but were not the ones who added the file,
if you feel you have also copyright on the file add your name in the specific file.
Copyright holders:
CCMAIL: montel@kde.org
CCMAIL: toscano.pino@tiscali.it
CCMAIL: adymo@kdevelop.org
CCMAIL: ranger@befunk.com
CCMAIL: zack@kde.org
CCMAIL: caslav.ilic@gmx.net
CCMAIL: syntheticpp@yahoo.com
CCMAIL: js@iidea.pl
CCMAIL: michael.larouche@kdemail.net
CCMAIL: ossi@kde.org
CCMAIL: faure@kde.org
Committers, but no files added so that they are not listed as copyright holders:
CCMAIL: ch.ehrlicher@gmx.de
CCMAIL: winter@kde.org
CCMAIL: ralf.habacker@freenet.de
CCMAIL: moura@kdewebdev.org
CCMAIL: kde-buildsystem@kde.org
Alex
svn path=/trunk/KDE/kdelibs/; revision=582410
|
|
Is it ok that way ?
I just reference licenses/BSD without further explanation
where to find the licenses/ subdirectory.
This is legal stuff, so I could need some good advice from somebody
who knows this better than me.
The BSD license in kdelibs/licenses/BSD also doesn't contain the no-endorsement clause:
# The name of the author may not be used to endorse or promote products
# derived from this software without specific prior written permission.
Is there a special reason why it doesn't ?
If I would like to have this clause too, do I need to add another license file to licenses/ or should
I simply put it in the same directory as the cmake scripts ?
Then one could simply state:
# This code is available under the BSD license, see the accompanying cmake-script-licensing.
So, what's the correct and best way to deal with this ?
Alex
CCMAIL: kde-core-devel@kde.org
svn path=/trunk/KDE/kdelibs/; revision=580959
|
|
the error
message about it - only use the cache when the check was previously successful, as discussed.
svn path=/trunk/KDE/kdelibs/; revision=539759
|
|
something isn't available (e.g. agg for me).
svn path=/trunk/KDE/kdelibs/; revision=531000
|
|
that happens so often.
svn path=/trunk/KDE/kdelibs/; revision=529759
|
|
- find gnuwin32 package location very early
- removed GNUWIN32_INCLUDE_DIR/GNUWIN32_LIBRARY_DIR macros, because FindGNUWIN32.cmake
sets now CMAKE_INCLUDE_PATH and CMAKE_LIBRARY_PATH
- don't use pkgconfig on windows
svn path=/trunk/KDE/kdelibs/; revision=527634
|
|
svn path=/trunk/KDE/kdelibs/; revision=527490
|
|
for linux/bsd/OS X developers this shouldn't change anything
...but for the windows developers it should !
So: for the stuff which comes from gnuwin32:
set the environment variable CMAKE_LIBRARY_PATH to the directory where the gnuwin32 libs are located
and set CMAKE_INCLUDE_PATH to the directory where the gnuwin32 headers are installed to.
Please let me know whether this works for.
So, don't set CMAKE_INCLUDE_PATH to the directory which contains libxml/xpath.h, but to the
one which contains libxml2/libxml/xpath.h
This should make writing the FindSomething.cmake modules much easier.
CCMAIL: kde-buildsystem@kde.org
CCMAIL: Ch.Ehrlicher@gmx.de
CCMAIL: ralf.habacker@freenet.de
CCMAIL: syntheticpp@gmx.net
Alex
svn path=/trunk/KDE/kdelibs/; revision=521183
|
|
svn path=/trunk/KDE/kdelibs/; revision=520790
|
|
of course...
svn path=/trunk/KDE/kdelibs/; revision=509625
|
|
svn path=/trunk/KDE/kdelibs/; revision=509624
|
|
own FindKDEWIN32.cmake file
-added a new FindGNUWIN32.cmake file, which tries to find the gnuwin32 base directory
-changed all "FOO_LIBRARY" variable names to "FOO_LIBRARIES" to be more consistent with the other cmake modules
-added a macro_getenv_win_path() which replaces all backslahes with slashes from environment variables
-modified the kde4_add_kcfg_files() command, so that the generated header is also processed by moc
-all tests compile and link
Alex
CCMAIL:kde-buildsystem@kde.org
The changes to the windows stuff are untested, since I don't have a windows box.
Please check that everything still works. Please have a look at FindGNUWIN32.cmake,
there are probably ways to improve this. The resulting GNUWIN32_DIR variable is used in other
cmake modules as default path to search for headers and libraries.
svn path=/trunk/KDE/kdelibs/; revision=508648
|
|
CMAKE_INCLUDE_PATH
svn path=/trunk/KDE/kdelibs/; revision=508470
|
|
to kde4_install_libtool_file(dir_relative_to_install_prefix target)
-added variable KDE4_PLUGIN_INSTALL_DIR, used usually for installing plugins
-changed am2cmake accordingly
-edited FindLibXml2.cmake and FindLibArt so that they work correctly with CMAKE_INSTALL_PATH
-changed generated_findpackage_file accordingly
-some minor formatting changes
Alex
CCMAIL: montel@kde.org
svn path=/trunk/KDE/kdelibs/; revision=508458
|
|
svn path=/trunk/KDE/kdelibs/; revision=507831
|
|
svn path=/trunk/KDE/kdelibs/; revision=507241
|
|
Alex
svn path=/trunk/KDE/kdesdk/cmake/; revision=501687
|
|
FindFoo.cmake files
-FindLibXml2.cmake and FindLibXslt.cmake: modules to find libxml2 and libxslt, generated by the script above
-some tuning in the other modules
Alex
svn path=/trunk/KDE/kdesdk/cmake/; revision=501125
|