| Age | Commit message (Collapse) | Author |
|---|
|
extra-cmake-modules is not a command, so it should not be in section 1
of the man pages. Section 7 (miscellanea) seems most appropriate.
REVIEW: 105188
|
|
My addition of major/minor/patch included a copy/paste error (double-quotes)
and the all-in-one version number (like QT_VERSION and KDE_VERSION) was
missing, added now.
|
|
And qt plugins from lib/kde5/plugins to lib/plugins.
|
|
Wrote full docu for it, and then aseigo pointed me to a wiki page
that had it all already...
http://techbase.kde.org/Development/Tutorials/D-Bus/Autostart_Services
|
|
(and for plugin-loading version number handling)
|
|
There was no reason to add more flags only on Linux/Hurd; in fact, in
kdelibs' FindKDE4Internal.cmake there's also a block with similar
settings for the BSDs.
Make it more general by removing the system checks before setting
these flags. -Wno-long-long is particularly needed when one is
building code with -pedantic (see picmi, for example).
CCMAIL: kde-buildsystem@kde.org
|
|
In preparation for making having the default CXXFLAGS available on all
systems using GCC instead of only Linux/Hurd, remove -ansi from the
CXXFLAGS.
strtoll(3), used, for example, in kdelibs, is part of C99; -ansi means
GCC will switch to C89 and C++98, which breaks things on systems such
as FreeBSD. It worked on glibc-based systems because libstdc++ always
defines _GNU_SOURCE on Linux, which ends up enabling additional
features.
This change should not break existing code, as dropping -ansi actually
means being less strict than before.
Discussed in the kde-buildsystem mailing list [1].
[1] http://lists.kde.org/?t=134482883000001&r=1&w=2
CCMAIL: kde-buildsystem@kde.org
|
|
It is not completely clear why this flag was being specified in the
first place: it was added in the commit that created
FindKDE4.cmake (KDE SVN r497283), and seems to have been ported
automatically from the autotools code.
In autotools, its origins can be tracked back to KDE SVN r141814,
which was a libtool update. In that case, -lc was only passed on AIX
systems anyway.
|
|
This macro only makes sense on glibc-based systems, which honour that
definition according to feature_test_macros(7).
|
|
kdelibs for the new file ECMWriteVersionHeader.cmake)
Alex
|
|
|
|
foo_version.h
The plan is strip this out of ECMQtFramework.cmake, then ECMQtFramework.cmake will be basically only deal with those Config.cmake files.
Alex
|
|
|
|
|
|
Alex
|
|
|
|
|
|
Alex
|
|
Alex
|
|
|
|
Alex
|
|
- we need to make sure that the install dir we are looking at is an absolute path
- there was a typo in one of the variable names, it was never right
Alex
|
|
Since this is stuff which is in Qt5, we search inqt5 automatically
when we hit the Qt4 path. Except if FindQt5Transitional is called from
building kdelibs or inqt5 itself, and also not if it has already been found
(happens in QtMimeTypes)
Alex
|
|
As discussed, remove the LIBRARY_TYPE cmake variable and
put BUILD_SHARED_LIBS instead into the cache, set to TRUE.
So if somebody wants to build a static library, and the project
allows it (by not explicitely using "STATIC" in add_library()), he
can switch this variable to FALSE in the cache.
Also, put the ARCHIVE library component into the Devel install component,
static libs and Windows lib files belong to the development package.
Use newer write_basic_package_version_file() instead of older write_basic_config_version_file(),
which are identical beside the name
Alex
|
|
Alex
|
|
Alex
|
|
-rename the cmake package from extra-cmake-modules to ECM
-change variable names and docs accordingly
-move setting of Qt-related defines from ECMQtFrameworks.cmake to KDECompilerSettings.cmake
-remove ECMSetVersionVariables.cmake, we'll do it some other way
-rename ECMConfig.cmake.in to ECMQtFrameworkConfig.cmake.in, since this is where it is used, and it would have the same name as ECMConfig.cmake.in which is for extra-cmake-modules itself
Alex
|
|
|
|
Alex
|
|
Alex
|
|
As discussed with Stephen on kde-frameworks-devel
Alex
|
|
Alex
|
|
|
|
|
|
|
|
No longer need to set an option.
|
|
|
|
|
|
including applying fixes I made to FindKDE4Internal but got lost in the
conversion:
* Use XDG dir for config files
* Make the "data" resource point to share rather than share/apps, in order
to match XDG_DATA_DIRS and QStandardPaths::GenericDataLocation.
Also, move autostart to the xdg path (etc/xdg/autostart).
|
|
|
|
Alex
|
|
|
|
They can't be used together.
|
|
Documented in http://techbase.kde.org/Development/ECM_SourceIncompatChanges#MacroEnsureVersion.cmake
|
|
Alex
|
|
Alex
|
|
ECMQtFramework.cmake now uses
- KDEInstallDirs.cmake, so it doesn't have to define th install locations itself anymore
- KDECompilerSettings.cmake, so it gets the full set we had in kdelibs4
- KDECMakeSettings, so it gets the full set of cmake features as before, and some more, RPATH, etc.
Alex
|
|
Alex
|
|
CMAKE_CXX_IMPLICIT_LINK_DIRECTORIES to the RPATH
Alex
|
|
Alex
|
