lp:~neon/extra-cmake-modules/master

Created by Harald Sitter on 2013-05-06 and last modified on 2018-12-09
Get this branch:
bzr branch lp:~neon/extra-cmake-modules/master

Related bugs

Related blueprints

Branch information

Owner:
Deprecated Projected Neon
Project:
extra-cmake-modules
Status:
Development

Import details

Import Status: Reviewed

This branch is an import of the HEAD branch of the Git repository at git://anongit.kde.org/extra-cmake-modules.

The next import is scheduled to run in 3 hours.

Last successful import was 2 hours ago.

Import started 2 hours ago on izar and finished 2 hours ago taking 15 seconds — see the log
Import started 8 hours ago on alnitak and finished 8 hours ago taking 15 seconds — see the log
Import started 14 hours ago on izar and finished 14 hours ago taking 15 seconds — see the log
Import started 20 hours ago on alnitak and finished 20 hours ago taking 20 seconds — see the log
Import started on 2018-12-09 on izar and finished on 2018-12-09 taking 15 seconds — see the log
Import started on 2018-12-09 on alnitak and finished on 2018-12-09 taking 20 seconds — see the log
Import started on 2018-12-09 on izar and finished on 2018-12-09 taking 15 seconds — see the log
Import started on 2018-12-09 on izar and finished on 2018-12-09 taking 15 seconds — see the log
Import started on 2018-12-08 on izar and finished on 2018-12-08 taking 15 seconds — see the log
Import started on 2018-12-08 on alnitak and finished on 2018-12-08 taking 20 seconds — see the log

Recent revisions

874. By l10n daemon script <email address hidden> on 2018-12-09

GIT_SILENT Upgrade ECM version to 5.54.0.

873. By Volker Krause <email address hidden> on 2018-12-04

Add find module for Google's libphonenumber

Summary:
This is currently in use by plasma-phone-components, but will also be
needed by KItinerary.

Reviewers: #build_system, #frameworks, cgiboudeaux

Reviewed By: cgiboudeaux

Subscribers: cgiboudeaux, kde-frameworks-devel, kde-buildsystem

Tags: #frameworks, #build_system

Differential Revision: https://phabricator.kde.org/D16954

872. By Christophe Giboudeaux <email address hidden> on 2018-11-20

Rename FindExiv2 to FindLibExiv2.

New users can use this module instead of adding a copy of the old FindExiv2.cmake module.

871. By Christophe Giboudeaux <email address hidden> on 2018-11-20

Add FindExiv2.cmake to ECM

According to lxr, we have 8 copies of this module in different repositories (+kdelib4support and a playground repo).

870. By Aleix Pol on 2018-11-19

Android: improve clang support

Summary:
Infer the toolchain we are using through cmake's detection of ranlib
instead of asking the user to fill it.
It's only used in androiddeployqt and cmake expects it to be version
"clang" for clang builds while androiddeployqt expects it to be "4.9".

Reviewers: #build_system, #android, vkrause

Reviewed By: #android, vkrause

Subscribers: kde-frameworks-devel, kde-buildsystem

Tags: #frameworks, #build_system

Differential Revision: https://phabricator.kde.org/D16930

869. By Pino Toscano on 2018-11-18

FindQHelpGenerator: try to find Qt5Help instead of Qt5Core

Summary:
The Qt5Help CMake modules contain the Qt5::qhelpgenerator target, so
look for that instead of Qt5Core. Otherwise, the Qt5::qhelpgenerator
is available only if Qt5Help was searched previously (which does not
happen often).

Using the Qt5::qhelpgenerator is more reliable than the search for the
qhelpgenerator executable based on the qmake path.

Test Plan:
build some framework with -DBUILD_QCH=ON, and notice that
the right path of qhelpgenerator is found directly with the
Qt5::qhelpgenerator target.

Reviewers: kossebau

Reviewed By: kossebau

Subscribers: kde-frameworks-devel, kde-buildsystem

Tags: #frameworks, #build_system

Differential Revision: https://phabricator.kde.org/D16938

868. By RJVB on 2018-11-12

Use `MATCHES "Clang"` to detect clang

This is for compatibility with Apple's Xcode
compilers which identify as AppleClang.

Differential Revision: https://phabricator.kde.org/D16816

867. By l10n daemon script <email address hidden> on 2018-11-10

GIT_SILENT Upgrade ECM version to 5.53.0.

866. By Friedrich W. H. Kossebau <email address hidden> on 2018-10-28

ECMAddQch: help doxygen by predefining more Q_DECL_* macros

865. By Stefan Bruens on 2018-10-28

Bindings: Support using sys paths for python install directory

Summary:
The correct install directory is distro and arch specific, and should
match the configuration of the python installation the binding is
generated for. These directories can be queried using pythons
distutils.sysconfig.

When determining the install directory, it mimics the logic from
KDE_INSTALL_USE_QT_SYS_PATHS. When the python PREFIX is the same
as CMAKE_INSTALL_PREFIX, it defaults to using the path from
distutils.sysconfig, otherwise it keeps the current scheme, installing
below CMAKE_INSTALL_PREFIX.

The default behaviour can be changed by setting KDE_INSTALL_PYTHON{2,3}DIR
or by switching KDE_INSTALL_USE_PYTHON{2,3}_SYS_PATH ON or OFF.

Test Plan:
On a distro where sitearch is not below /usr/lib/pythonM.m/, but
/usr/lib64/pythonM.m/ (e.g. RH, SUSE 64bit), try to do:

cmake ..; make; install

Without the patch, the binding are installed into the wrong directory,
afterwards the correct path is used.

This should also yield the correct path on Debian and derivatives,
where dist-packages instead of site-packages is used (untested).

other test cases:
Keep current scheme: `cmake -DCMAKE_INSTALL_PREFIX=/opt ..`
Default to sys path: `cmake -DCMAKE_INSTALL_PREFIX=/usr ..`
Force sys path: `cmake -DCMAKE_INSTALL_PREFIX=/opt -DKDE_INSTALL_USE_PYTHON3_SYS_PATHS=ON ..`

Reviewers: #frameworks

Subscribers: bcooksley, kde-frameworks-devel, kde-buildsystem

Tags: #frameworks, #build_system

Differential Revision: https://phabricator.kde.org/D15070

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
This branch contains Public information 
Everyone can see this information.