<feed xmlns='http://www.w3.org/2005/Atom'>
<title>extra-cmake-modules.git/find-modules, branch v1.7.0</title>
<subtitle>hurd extra-cmake-modules.git</subtitle>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/'/>
<entry>
<title>Document when modules were added to ECM.</title>
<updated>2015-02-06T11:51:56+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2015-02-06T11:31:19+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=a1d6d8f7259ade901a87b33edbef8b31bffb5e26'/>
<id>a1d6d8f7259ade901a87b33edbef8b31bffb5e26</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Minor documentation syntax fixes.</title>
<updated>2015-02-01T12:04:08+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2015-02-01T12:02:14+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=fea3b11ca01677e60d552ac29091b28946c99f08'/>
<id>fea3b11ca01677e60d552ac29091b28946c99f08</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Add ecm_add_app_icon function.</title>
<updated>2015-01-24T11:01:09+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2015-01-18T22:25:26+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=cf5ccc7d9eba368846fae043855d9b064dac786d'/>
<id>cf5ccc7d9eba368846fae043855d9b064dac786d</id>
<content type='text'>
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.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
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.
</pre>
</div>
</content>
</entry>
<entry>
<title>Do not skip searching for X11 and Wayland on Windows</title>
<updated>2014-11-07T12:26:48+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2014-11-07T12:26:48+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=32c41706e06e96ab10b757ebe6337071db53fe43'/>
<id>32c41706e06e96ab10b757ebe6337071db53fe43</id>
<content type='text'>
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
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
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
</pre>
</div>
</content>
</entry>
<entry>
<title>Wayland and QtWayland protocol scanners</title>
<updated>2014-10-19T11:48:42+00:00</updated>
<author>
<name>Pier Luigi Fiorini</name>
<email>pierluigi.fiorini@gmail.com</email>
</author>
<published>2014-09-02T03:32:53+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=caebc1a28e7124add5d07638ededb939f8965d0f'/>
<id>caebc1a28e7124add5d07638ededb939f8965d0f</id>
<content type='text'>
Add a couple of find modules for wayland-scanner and qtwaylandscanner.
These modules find the respective executables and create a target that
points to the executable.

Targets are respectively Wayland::Scanner and Wayland::QtScanner.

There are also macros to generate C protocols with wayland-scanner and
C++ wrappers with qtwaylandscanner.

REVIEW: 120034
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Add a couple of find modules for wayland-scanner and qtwaylandscanner.
These modules find the respective executables and create a target that
points to the executable.

Targets are respectively Wayland::Scanner and Wayland::QtScanner.

There are also macros to generate C protocols with wayland-scanner and
C++ wrappers with qtwaylandscanner.

REVIEW: 120034
</pre>
</div>
</content>
</entry>
<entry>
<title>add support for detecting libgit2 (with version check, API changes a lot)</title>
<updated>2014-09-15T19:09:43+00:00</updated>
<author>
<name>Christoph Cullmann</name>
<email>cullmann@kde.org</email>
</author>
<published>2014-09-15T19:09:43+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=eba5ba97800e3b1623694a5ea99cb5e65f1ec0a9'/>
<id>eba5ba97800e3b1623694a5ea99cb5e65f1ec0a9</id>
<content type='text'>
add FindLibGit2.cmake + doc link
scripts tries to detect version not by pkgconfig to work on windows without pkgconfig, too
REVIEW: 120196
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
add FindLibGit2.cmake + doc link
scripts tries to detect version not by pkgconfig to work on windows without pkgconfig, too
REVIEW: 120196
</pre>
</div>
</content>
</entry>
<entry>
<title>Add a FindKF5.cmake module</title>
<updated>2014-04-26T09:06:55+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2014-04-25T22:53:13+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=12e3e7e2d6685aa29a487914cb45b27b183866ec'/>
<id>12e3e7e2d6685aa29a487914cb45b27b183866ec</id>
<content type='text'>
REVIEW: 117780
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
REVIEW: 117780
</pre>
</div>
</content>
</entry>
<entry>
<title>Add a stub for ECMFindModuleHelpers to the find-modules dir</title>
<updated>2014-04-25T09:43:45+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2014-04-20T14:26:54+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=bef4cdd905980b2c8a45a50e2201678c1e4e38af'/>
<id>bef4cdd905980b2c8a45a50e2201678c1e4e38af</id>
<content type='text'>
ECMUseFindModules allows find modules to be copied to a local directory.
These find modules may use ECMFindModuleHelpers, but they will not be in
the same relative location to ECMFindModuleHelpers.cmake and there is no
guarantee that ECMFindModulesHelpers.cmake will be in the CMake module
path.

To solve this, we make sure there is always a stub file in the same
directory as the find modules that includes the real
ECMFindModuleHelpers.cmake. The one installed with ECM just includes
"../modules/ECMFindModuleHelpers.cmake", while ecm_use_find_modules
generates a stub that uses an absolute path.

REVIEW 117658
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
ECMUseFindModules allows find modules to be copied to a local directory.
These find modules may use ECMFindModuleHelpers, but they will not be in
the same relative location to ECMFindModuleHelpers.cmake and there is no
guarantee that ECMFindModulesHelpers.cmake will be in the CMake module
path.

To solve this, we make sure there is always a stub file in the same
directory as the find modules that includes the real
ECMFindModuleHelpers.cmake. The one installed with ECM just includes
"../modules/ECMFindModuleHelpers.cmake", while ecm_use_find_modules
generates a stub that uses an absolute path.

REVIEW 117658
</pre>
</div>
</content>
</entry>
<entry>
<title>ECMFindModuleHelpers: set traditional variables</title>
<updated>2014-04-25T09:31:41+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2014-04-16T11:16:43+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=283aeda90db966de58f3c3ecdc1ce64f44ab849b'/>
<id>283aeda90db966de58f3c3ecdc1ce64f44ab849b</id>
<content type='text'>
The traditional *_LIBRARIES, *_INCLUDE_DIRS and *_DEFINITIONS do have
some uses - they make it easier to create package config files that use
found libraries in their link interface.  So this makes sure these
variables are set by ecm_find_package_handle_library_components() (and
hence by FindWayland.cmake and FindXCB.cmake).

REVIEW: 117585
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The traditional *_LIBRARIES, *_INCLUDE_DIRS and *_DEFINITIONS do have
some uses - they make it easier to create package config files that use
found libraries in their link interface.  So this makes sure these
variables are set by ecm_find_package_handle_library_components() (and
hence by FindWayland.cmake and FindXCB.cmake).

REVIEW: 117585
</pre>
</div>
</content>
</entry>
<entry>
<title>Rework FindX11_XCB.cmake</title>
<updated>2014-04-24T22:04:13+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2014-03-07T10:59:17+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=a92b1da58ea317a3a6d2e9c0d68fbf1b77518717'/>
<id>a92b1da58ea317a3a6d2e9c0d68fbf1b77518717</id>
<content type='text'>
Imported target, version handling, package description etc.

REVIEW: 117491
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Imported target, version handling, package description etc.

REVIEW: 117491
</pre>
</div>
</content>
</entry>
</feed>
