extra-cmake-modules.git/find-modules, branch v5.17.0-rc1

Do not find XCB's XINPUT library by default.

2015-11-17T21:23:27+00:00

The XINPUT library is unlikely to be available on many systems,
including a lot of Linux distributions. This will warn developers in
advance by (a) not searching for XINPUT unless it was explicitly
requested, and (b) printing a warning if they do request it.

REVIEW: 125935

Port remaining find modules to ecm_find_package_version_check.

2015-04-25T15:11:39+00:00

REVIEW: 123470

real fix for png2ico, pipe error stream also to result variable

2015-04-19T13:13:32+00:00

execute png2icon --help with ERROR_QUIET, to prevent printing of banner from http://www.winterdrache.de/freeware/png2ico/

2015-04-19T13:01:40+00:00

Fix tab characters in regexes.

2015-03-09T18:18:16+00:00

There is no "\t" in CMake's regular expression syntax; we need to make
the character be interpreted when CMake parses it as a string.

Add Debian path to search path for qtwaylandscanner

2015-02-11T14:07:50+00:00

Debian likes to install qt binaries into an obscure path, search here as well

REVIEW: 122526

Document when modules were added to ECM.

2015-02-06T11:51:56+00:00

Minor documentation syntax fixes.

2015-02-01T12:04:08+00:00

Add ecm_add_app_icon function.

2015-01-24T11:01:09+00:00

This adds an application icon to an executable from PNG files for
Windows and Mac OS X. Unlike the similar kde4_add_app_icon macro from
kdelibs, this requires icons to be explicitly listed as arguments
(meaning CMake can tell when ones are added or deleted and reconfigure
as appropriate), and it works with Matthias Benkmann's png2ico tool, as
well as the KDE-Win tool of the same name.

Currently missing unit tests. Also completely untested (except that
`make test` runs on Linux, so there are no obvious syntax errors).

With thanks to Ralf Habacker for the inital work on porting
kde4_add_app_icon.

CHANGELOG: Add ECMAddAppIcon module to add icons to executable targets
on Windows and Mac OS X.

Do not skip searching for X11 and Wayland on Windows

2014-11-07T12:26:48+00:00

While the search is unlikely to succeed on Windows, having different
behaviour between the platforms (eg: find_package(Wayland REQUIRED) was
not fatal on Windows, even though Wayland_FOUND would always be FALSE)
is not ideal, and if someone did port them to Windows for some reason,
the find modules should support that.

If applications actually want different behaviour between platforms
(like requiring a module on Unix, but not on Windows), they should
implement that logic themselves (since they will have to deal with
targets not being defined, etc, anyway).

REVIEW: 120481