extra-cmake-modules.git/find-modules/FindEGL.cmake, branch v5.71.0 hurd extra-cmake-modules.git Fix FindEGL when using Emscripten 2019-09-24T09:33:48+00:00 Simon Hausmann simon.hausmann@qt.io 2019-09-24T07:47:02+00:00 3b0bf71a72789eb2b79310b4f67602115e347f56 When using the Emscripten toolchain, there is no library linkage necessary (there is no library) and the system include search paths provide EGL headers. Reviewed By: vkrause Differential Revision: https://phabricator.kde.org/D24182 
When using the Emscripten toolchain, there is no library linkage
necessary (there is no library) and the system include search paths
provide EGL headers.

Reviewed By: vkrause

Differential Revision: https://phabricator.kde.org/D24182
Fix FindEGL 2019-02-19T12:15:30+00:00 Tobias C. Berner tcberner@FreeBSD.org 2019-02-16T07:16:41+00:00 7c64db9568296e1caafcfd7163cea3ab1b1626ae Summary: ${EGL_INCLUDE_DIR} is the path up to 'egl.h' -- so the header is ${EGL_INCLUDE_DIR}/egl.h The compile test on the other hand includes 'EGL/egl.h', so the path that needs to be passed to the compile test is "${EGL_INCLUDE_DIR}/..". Reviewers: #automotive, hausmann, #freebsd, apol Reviewed By: #automotive, hausmann, apol Subscribers: bcooksley, kde-frameworks-devel, kde-buildsystem Tags: #frameworks, #build_system Differential Revision: https://phabricator.kde.org/D19075 
Summary:
${EGL_INCLUDE_DIR} is the path up to 'egl.h' -- so the header is
${EGL_INCLUDE_DIR}/egl.h

The compile test on the other hand includes 'EGL/egl.h', so the path
that needs to be passed to the compile test is "${EGL_INCLUDE_DIR}/..".

Reviewers: #automotive, hausmann, #freebsd, apol

Reviewed By: #automotive, hausmann, apol

Subscribers: bcooksley, kde-frameworks-devel, kde-buildsystem

Tags: #frameworks, #build_system

Differential Revision: https://phabricator.kde.org/D19075
Add compile check to FindEGL 2019-02-12T15:54:01+00:00 Simon Hausmann simon.hausmann@qt.io 2019-02-12T15:53:36+00:00 0b47899c1b92b0781367179d4255f99e2bb41518 Perform additional sanity checking by doing a compile test. Differential Revision: https://phabricator.kde.org/D18960 
Perform additional sanity checking by doing a compile test.

Differential Revision: https://phabricator.kde.org/D18960
Port remaining find modules to ecm_find_package_version_check. 2015-04-25T15:11:39+00:00 Michael Palimaka kensington@gentoo.org 2015-04-22T18:17:30+00:00 37aa23a96e37fa584a68858aef4b4637078e4779 REVIEW: 123470 
REVIEW: 123470
Fix tab characters in regexes. 2015-03-09T18:18:16+00:00 Alex Merry alex.merry@kde.org 2015-03-09T18:18:16+00:00 4f81d1a92e4ccc2ce7b33d2860397a526b1a4d2f 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. 
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.
Document when modules were added to ECM. 2015-02-06T11:51:56+00:00 Alex Merry alex.merry@kde.org 2015-02-06T11:31:19+00:00 a1d6d8f7259ade901a87b33edbef8b31bffb5e26 






Do not skip searching for X11 and Wayland on Windows
2014-11-07T12:26:48+00:00

Alex Merry
alex.merry@kde.org

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

32c41706e06e96ab10b757ebe6337071db53fe43

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





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







Improve FindEGL.cmake
2014-04-14T15:14:25+00:00

Alex Merry
alex.merry@kde.org

2014-03-07T10:36:36+00:00

aeee805993a1bf5ac148cfbd3aec0e2c2d884f68

- Add version handling
- Improve the docs
- mark cache variables as advanced
- make the pkg-config call actually work

REVIEW: 117490





- Add version handling
- Improve the docs
- mark cache variables as advanced
- make the pkg-config call actually work

REVIEW: 117490







Add documentation generation using Sphinx
2014-04-11T20:12:58+00:00

Alex Merry
alex.merry@kde.org

2014-04-10T20:38:09+00:00

c20d22c951e61a06701f6c2201add7c11915e7c5

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.





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.







Add a FindEGL module
2014-02-25T12:48:23+00:00

Martin Gräßlin
mgraesslin@kde.org

2014-02-24T13:00:57+00:00

a2ada35b5c768e8efe9b51a41f84ec6e18ea805c

This module finds the egl library through pkg-config.

REVIEW: 116014





This module finds the egl library through pkg-config.

REVIEW: 116014