extra-cmake-modules.git/modules, branch v0.0.12

Add ECMCreateQmFromPoFiles.cmake

2014-03-28T14:59:04+00:00

Simplifies translation handling for frameworks using Qt translation system.

REVIEW: 117052

Print module name for not found dependend component

2014-03-27T13:43:46+00:00

Always printed Wayland.

REVIEW: 117114

Create ECMFindModuleHelpers module for common find-module code

2014-03-17T18:05:23+00:00

This currently mostly contains macros for handling components;
FindWayland and FindXCB are ported to use this module, which comes with
various improvements for them.

REVIEW: 116653

find_dependency: Update to match CMake's version

2014-03-02T11:48:16+00:00

Specifically, we namespace the variables to avoid conflicts, and make
the version argument optional.

REVIEW: 116080

Defer to CMake's find_dependency macro if it exists

2014-02-21T11:17:12+00:00

This will be available in CMake 3.0.0.  This way, we automatically pick
up any new features from it.

REVIEW: 115775

Remove CMakePackageConfigHelpers.cmake

2014-02-19T16:43:46+00:00

All the frameworks are ported now, so this is no longer necessary.
Checked by building everything with kdesrc-build.

Simplify argument parsing for ecm_generate_headers

2014-02-18T17:22:12+00:00

Now that we no longer have to support the old syntax, some of the
more complex bits of the argument parsing can be removed.

REVIEW: 115869

Rename CMakePackageConfigHelpers to ECMPackageConfigHelpers

2014-02-18T15:19:54+00:00

Overriding a CMake package like this will just cause all sorts of
headaches later on.  In this particular case, projects that depended on
CMake 2.8.13 or later (more likely 3.0.0) would fail with a message
about removing the CMakePackageConfigHelpers file, but would have no way
to do that while still using ECM.

This also renames the configure_package_config_file() macro to
ecm_configure_package_config_file(), so that anything including
CMakePackageConfigHelpers afterwards does not overwrite the macro
unexpectedly.

For now, we keep a CMakePackageConfigHelpers.cmake file that just wraps
ecm_configure_package_config_file() as configure_package_config_file()
to keep the frameworks building while they are ported.

REVIEW: 115496
Reviewed by Sune Vuorela

remove old syntax, now that everything has been ported to the new one

2014-02-16T21:52:57+00:00

[at least everything that kdesrc-build builds. If there's something else,
then it should be added to kdesrc-build...]

Improve the ECMGenerateHeaders API with a variable for generated files

2014-02-16T10:49:12+00:00

ecm_generate_headers() now allows/forces the caller to collect the paths
of the generated headers, so that they can be passed to the install
command.  This avoids issues of unexpected files being in the CamelCase
includes directory, both from previous builds and because of
case-insensitive file systems.

MODULE_NAME is removed, as it is no longer desirable or necessary.
Instead, the headers are placed directly in the output directory
(usually CMAKE_CURRENT_BUILD_DIR).

Overall, this makes ecm_generate_headers() behave much more like other
file generation macros (like the Qt ones).

The old syntax is still supported for now, to make the porting effort
easier.

REVIEW: 115765