<feed xmlns='http://www.w3.org/2005/Atom'>
<title>extra-cmake-modules.git/find-modules/FindWayland.cmake, branch v5.71.0-rc2</title>
<subtitle>hurd extra-cmake-modules.git</subtitle>
<link rel='alternate' type='text/html' href='https://dynamicmalloc.com/cgit/extra-cmake-modules.git/'/>
<entry>
<title>Use more https in links</title>
<updated>2019-01-09T04:32:17+00:00</updated>
<author>
<name>Friedrich W. H. Kossebau</name>
<email>kossebau@kde.org</email>
</author>
<published>2019-01-09T04:32:17+00:00</published>
<link rel='alternate' type='text/html' href='https://dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=1e9e1c508e177b6466282dfad273cf6cfcdf5c76'/>
<id>1e9e1c508e177b6466282dfad273cf6cfcdf5c76</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Add a FindPoppler module</title>
<updated>2016-01-13T13:54:04+00:00</updated>
<author>
<name>Alex Richardson</name>
<email>arichardson.kde@gmail.com</email>
</author>
<published>2016-01-13T13:54:04+00:00</published>
<link rel='alternate' type='text/html' href='https://dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=f7a936b8fea2acfb564e785274526bec888106b6'/>
<id>f7a936b8fea2acfb564e785274526bec888106b6</id>
<content type='text'>
At least Okular and KBibTex include a FindPoppler.cmake module but this one
uses the new ECMFindModuleHelpers and has imported targets.

REVIEW: 126183
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
At least Okular and KBibTex include a FindPoppler.cmake module but this one
uses the new ECMFindModuleHelpers and has imported targets.

REVIEW: 126183
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix tab characters in regexes.</title>
<updated>2015-03-09T18:18:16+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2015-03-09T18:18:16+00:00</published>
<link rel='alternate' type='text/html' href='https://dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=4f81d1a92e4ccc2ce7b33d2860397a526b1a4d2f'/>
<id>4f81d1a92e4ccc2ce7b33d2860397a526b1a4d2f</id>
<content type='text'>
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.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
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.
</pre>
</div>
</content>
</entry>
<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://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>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://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>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://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://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>Add documentation generation using Sphinx</title>
<updated>2014-04-11T20:12:58+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2014-04-10T20:38:09+00:00</published>
<link rel='alternate' type='text/html' href='https://dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=c20d22c951e61a06701f6c2201add7c11915e7c5'/>
<id>c20d22c951e61a06701f6c2201add7c11915e7c5</id>
<content type='text'>
This is deliberately modelled very closely on CMake's documentation
system.  It's a hefty patch, because it involved changing all the
documentation to be in reStructuredText format.  I also cleaned up the
copyright/license statements at the same time.

Note that the find modules contain the full license, due to the fact
that ecm_use_find_module() copies them out of the ECM distribution.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This is deliberately modelled very closely on CMake's documentation
system.  It's a hefty patch, because it involved changing all the
documentation to be in reStructuredText format.  I also cleaned up the
copyright/license statements at the same time.

Note that the find modules contain the full license, due to the fact
that ecm_use_find_module() copies them out of the ECM distribution.
</pre>
</div>
</content>
</entry>
<entry>
<title>Create ECMFindModuleHelpers module for common find-module code</title>
<updated>2014-03-17T18:05:23+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2014-03-06T23:01:18+00:00</published>
<link rel='alternate' type='text/html' href='https://dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=f686ff75f6e76c5ec1c1a485bae907ca0e814d21'/>
<id>f686ff75f6e76c5ec1c1a485bae907ca0e814d21</id>
<content type='text'>
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
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
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
</pre>
</div>
</content>
</entry>
<entry>
<title>Check versions for individual components</title>
<updated>2014-03-05T08:59:42+00:00</updated>
<author>
<name>Aurélien Gâteau</name>
<email>agateau@kde.org</email>
</author>
<published>2014-03-04T15:51:08+00:00</published>
<link rel='alternate' type='text/html' href='https://dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=a5e59578725c79cd8f46e261a910223b1d36a738'/>
<id>a5e59578725c79cd8f46e261a910223b1d36a738</id>
<content type='text'>
First part of the diff makes sure find_package_handle_standard_args()
gets a version number to check against.

Second part ensures we get proper results from pkg-config even if not all
components are available. find_package(Wayland COMPONENTS Client Egl)
was failing for me because I have Client installed but not Egl, causing
pkg_check_modules() to not set any PKG_Wayland_${comp} variable.

REVIEW: 116598
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
First part of the diff makes sure find_package_handle_standard_args()
gets a version number to check against.

Second part ensures we get proper results from pkg-config even if not all
components are available. find_package(Wayland COMPONENTS Client Egl)
was failing for me because I have Client installed but not Egl, causing
pkg_check_modules() to not set any PKG_Wayland_${comp} variable.

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