Age | Commit message (Collapse) | Author |
|
http://thread.gmane.org/gmane.comp.kde.devel.buildsystem/7727
|
|
The only use of this was removed recently in 93457e172cf17a442938614cca1862a2dcfd889f
|
|
Qt 5 does not support it.
|
|
These are already set by add_compiler_export_flags which is invoked
below.
|
|
It is not clear whether the allocator is still 'bad' in more-recent
GCC versions, but let's pretend we know it is.
|
|
Same as 21c3f0bed3b758baefb9b760efb0c2dd by Patrick von Reth in kdelibs.
He says:
"dont disable auto-import, to make it possible to build with a newer mingw
which doesnt have proper exports for c++ standart libs
The problem occurs with all gcc versions newer then 4.4.
In preparation for Qt5 I started to work with newer builds, currently 4.7.2.
The change should not have any negative effects on 4.4 and earlier
versions, but is essential to make it build with a newer version."
Alex
|
|
This can be removed once we require cmake 2.8.11, then it will work
automatically.
Alex
|
|
Alex
|
|
Alex
|
|
Instead of testing for it, we can simply use the information provided
by Qt5 config.cmake files
Alex
|
|
Alex
|
|
-reenable the test for visibility in Qt
-reenable the test for FILE_OFFSET_BITS=64 (... there may be maybe some embedded systems where this is not the case ?)
-add -Wl,--disable-auto-import for mingw, we have that in FindKDE4Internal.cmake too
Alex
|
|
Alex
|
|
- set properties on LibUSB1, not USB1
- use LibUSB1_ prefix, not LIBUSB1_
- except for _FOUND, see FPHSA
REVIEW:108954
|
|
This patch adds a variable QML_INSTALL_DIR, pointing to the location to
install QtQuick2 imports. These are co-installable with QtQuick 1.x, so
we need both dirs. Naming is consistent with the path, so IMPORT is
ditched from the name (the path doesn't have imports in it anymore).
REVIEW:1088889
|
|
<thiago> that's an C++11-violating option. Time to stop using it.
(and Qt5.1's Q_GLOBAL_STATIC relies on it)
|
|
Alex
|
|
Alex
|
|
- added some docs
- now a KF5_INCLUDE_DIRS variable is set, containing all requested include dirs
- the same for KF5_LIBRARIES
- some more status reporting
Alex
|
|
Alex
|
|
This only has an effect with CMake 2.8.11.
|
|
This will only have an effect with CMake 2.8.11, but until then,
it does no harm.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Make FindQt5Transitional.cmake handle this transparently.
REVIEW: 107438
|
|
Alex
|
|
|
|
This prevents a subsequent find_package(Qt4) call (e.g. contained inside
FindKDE4Internal.cmake) from failing with incomplete version information.
|
|
This commit
-adds the macro ecm_setup_version(), as proposed on the kde-frameworks list
-sets CMAKE_INSTALL_DEFAULT_COMPONENT_NAME to ${PROJECT_NAME} if a project has been set
-makes e-c-m require cmake 2.8.10.1
Alex
|
|
Alex
|
|
"Can you please rename it to ECMDBusAddActivationService.cmake and
the contained macro to ecm_dbus_add_activation_service(), so it follows the
naming conventions in cmake (macro has the same name as the file) and ecm (all
macros have the prefix ecm)." -> Done.
Nothing to adapt in kdelibs-frameworks yet, it has its own copy for now
(I'll get rid of it at the next ECM version upgrade).
|
|
At least one bug: XCB_INCLUDE_DIR contains NOTFOUND if at least one
module is missing (e.g. UTIL and EWMH, here), which makes XCB_FOUND false.
Please review, and port to FIND_PACKAGE(XCB COMPONENTS ...)
CCMAIL: kde-buildsystem@kde.org
|
|
|
|
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
|