<feed xmlns='http://www.w3.org/2005/Atom'>
<title>extra-cmake-modules.git/docs, branch v1.8.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>Add Android toolchain module to the documentation.</title>
<updated>2015-02-06T12:31:05+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2015-02-06T12:31:05+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=98a1ac4bf153581865662bd55fd139844d2de5cd'/>
<id>98a1ac4bf153581865662bd55fd139844d2de5cd</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Add missing documentation.</title>
<updated>2015-02-06T11:51:57+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2015-02-06T11:50:31+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=ce678b32de12e6bb3c2b470111a3fcbadcca3a38'/>
<id>ce678b32de12e6bb3c2b470111a3fcbadcca3a38</id>
<content type='text'>
Three modules (ECMCoverageOption, ECMEnableSanitizers and
ECMGeneratePkgConfigFile) were not being documented. This commit fixes
that situation.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Three modules (ECMCoverageOption, ECMEnableSanitizers and
ECMGeneratePkgConfigFile) were not being documented. This commit fixes
that situation.
</pre>
</div>
</content>
</entry>
<entry>
<title>Add a module to provide an uninstall target.</title>
<updated>2015-02-04T18:29:47+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2015-02-01T11:20:43+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=807ace309a489d21163b5c671d9e449c06e14e20'/>
<id>807ace309a489d21163b5c671d9e449c06e14e20</id>
<content type='text'>
This is basically just the code available on the CMake FAQ item about
`make uninstall`, but packaged up in a convenient module.

REVIEW: 122359
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This is basically just the code available on the CMake FAQ item about
`make uninstall`, but packaged up in a convenient module.

REVIEW: 122359
</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>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 ECMPoQmTools module</title>
<updated>2014-05-04T19:59:53+00:00</updated>
<author>
<name>Aurélien Gâteau</name>
<email>agateau@kde.org</email>
</author>
<published>2014-05-04T19:43:42+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=73992f139276b75aeddf78f476644a2d82f9e802'/>
<id>73992f139276b75aeddf78f476644a2d82f9e802</id>
<content type='text'>
ecm_create_qm_from_po_files() was actually not very useful in practice.
So that is deprecated, to be removed before ECM 1.0.

Instead, the ECMPoQmTools provides several useful functions:
ecm_create_qm_loader() (which already existed in
ECMCreateQmFromPoFiles), ecm_process_po_files_as_qm() (which has the
same signature as gettext_process_po_files() from the FindGettext
module) and ecm_install_po_files_as_qm(), which is a convenience
function mostly for the benefit of KDE Frameworks (although potentially
useful for whatever other projects have the unusual requirement of a
Gettext translation workflow but no Gettext usage in the code).

NB: some clean-up to the documentation was done by Alex Merry
&lt;alex.merry@kde.org&gt; as part of this commit.

REVIEW: 117823
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
ecm_create_qm_from_po_files() was actually not very useful in practice.
So that is deprecated, to be removed before ECM 1.0.

Instead, the ECMPoQmTools provides several useful functions:
ecm_create_qm_loader() (which already existed in
ECMCreateQmFromPoFiles), ecm_process_po_files_as_qm() (which has the
same signature as gettext_process_po_files() from the FindGettext
module) and ecm_install_po_files_as_qm(), which is a convenience
function mostly for the benefit of KDE Frameworks (although potentially
useful for whatever other projects have the unusual requirement of a
Gettext translation workflow but no Gettext usage in the code).

NB: some clean-up to the documentation was done by Alex Merry
&lt;alex.merry@kde.org&gt; as part of this commit.

REVIEW: 117823
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix python error in ecm sphinx module</title>
<updated>2014-04-26T10:36:48+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2014-04-26T10:35:15+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=b8eef54f37f3e206d116acf5e0ab31248bd9d40b'/>
<id>b8eef54f37f3e206d116acf5e0ab31248bd9d40b</id>
<content type='text'>
The ecm sphinx module occasionally tried to modify a list it was
iterating over, which is a Bad Thing and raised an exception on the
third or so time it was run without clearing the build directory.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The ecm sphinx module occasionally tried to modify a list it was
iterating over, which is a Bad Thing and raised an exception on the
third or so time it was run without clearing the build directory.
</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>Remove ECMDBusAddActivationService module</title>
<updated>2014-04-25T10:07:26+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2014-04-16T10:06:17+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=0fd08930a4f70a0a696d19eac309f0cb0087dcf6'/>
<id>0fd08930a4f70a0a696d19eac309f0cb0087dcf6</id>
<content type='text'>
ecm_dbus_add_activation_service() requires suffient knowledge of its
internals to use that replacing two lines with one seems silly.

In order to use it you have to know it behaves like configure_file()
(because you have to construct the file yourself), except that it also
installs it somewhere (for which you have to make sure
DBUS_SERVICES_INSTALL_DIR is defined before you use it, which is
certainly not a given for non-KDE projects). By this point, why not just
use configure_file() and install()? The DBUS_SERVICES_INSTALL_DIR
provided by KDEInstallDirs is all the magic you actually need, and if
that's explicit in the CMakeLists.txt file, it's a lot more obvious that
you should have it defined somewhere.

REVIEW: 117581
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
ecm_dbus_add_activation_service() requires suffient knowledge of its
internals to use that replacing two lines with one seems silly.

In order to use it you have to know it behaves like configure_file()
(because you have to construct the file yourself), except that it also
installs it somewhere (for which you have to make sure
DBUS_SERVICES_INSTALL_DIR is defined before you use it, which is
certainly not a given for non-KDE projects). By this point, why not just
use configure_file() and install()? The DBUS_SERVICES_INSTALL_DIR
provided by KDEInstallDirs is all the magic you actually need, and if
that's explicit in the CMakeLists.txt file, it's a lot more obvious that
you should have it defined somewhere.

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