summaryrefslogtreecommitdiff
path: root/meson.build
Commit message (Collapse)AuthorAgeFilesLines
* Post-release version bump to 1.5.11Emmanuele Bassi2022-03-181-1/+1
|
* Merge pull request #262 from seungha-yang/win-non-eng-locale1.5.10Emmanuele Bassi2022-02-171-0/+1
|\ | | | | meson: Fix for building on non-English locale
| * meson: Fix for building on non-English localeSeungha Yang2021-10-121-0/+1
| | | | | | | | Specify utf-8 encoding to fix building on non-English locale
* | Add the right include paths for EGL and X11 headersAlex Richardson2022-02-161-0/+2
|/ | | | | | | | | | | | | | Libepoxy currently depends on all headers living under the same prefix. This is not necessarily true: X11 headers can live in a separate prefix, for instance under /opt/X11. This is also the case when cross-compiling to a platform that sets up the build environment in non-standard ways. We could add `x11_dep` and `egl_dep` to the libepoxy target dependencies, but that could potentially add spurious linker flags and cause libepoxy to depend on libraries it will dlopen() during normal operations. To avoid that case, we use a partial_dep() object from Meson, and we limit the dependency to compiler flags and inclusion paths.
* Post-release version bump to 1.5.10Emmanuele Bassi2021-08-141-1/+1
|
* Post-release version bump to 1.5.9Emmanuele Bassi2021-05-211-1/+1
|
* Post-release version bump to 1.5.8Emmanuele Bassi2021-04-301-1/+1
|
* Post-release version bump to 1.5.7Emmanuele Bassi2021-04-301-1/+1
|
* meson: Set same variables in declare_dependency() as in pkgconfigXavier Claessens2021-01-201-1/+1
| | | | | | | | | GTK currently fails to detect if epoxy has been built with EGL on Windows when epoxy is a subproject. To fix that it needs to get that information from the dependency variables. This requires Meson >=0.54.0 for setting variables in declare_dependency().
* Post-release version bump to 1.5.6Emmanuele Bassi2020-12-221-1/+1
|
* Require Meson >= 0.48Emmanuele Bassi2020-07-211-1/+1
|
* build: Use find_program()gen-find-programEmmanuele Bassi2020-01-141-1/+1
| | | | | | Do not rely on the shebang line and the executable bit; we should use find_program(), instead, which lets Meson run a script in the appropriate environment, portably.
* Lower the minimum required version of MesonEmmanuele Bassi2019-11-261-1/+1
| | | | Makes it easier to build Epoxy on older operating systems.
* Merge pull request #213 from anholt/no-python2Emmanuele Bassi2019-11-261-6/+0
|\ | | | | Remove Python 2 support
| * Remove Python 2 supportEmmanuele Bassi2019-11-141-6/+0
| | | | | | | | | | Python 2 is going to reach EOL in January 2020, and most platforms have already moved to Python 3.
* | Post-release version bump to 1.5.5Emmanuele Bassi2019-11-251-1/+1
|/
* Post-release version bump to 1.5.4Emmanuele Bassi2018-10-051-1/+1
|
* Update minimum Meson versionEmmanuele Bassi2018-10-041-1/+1
| | | | | We're using functionality introduced after 0.44, so we might as well update to a more recent version of Meson.
* Post-release version bump to 1.5.3Emmanuele Bassi2018-05-191-1/+1
|
* Post-release version bump to 1.5.2Emmanuele Bassi2018-04-251-1/+1
|
* meson: Remove unsupported keywordEmmanuele Bassi2018-04-251-1/+1
| | | | The has_header() function does not have a `required` argument.
* meson: simplify build_{glx,egl} logicEric Engestrom2018-03-131-28/+6
| | | | Signed-off-by: Eric Engestrom <eric.engestrom@imgtec.com>
* Merge pull request #159 from luzpaz/misc-typosEmmanuele Bassi2018-03-121-1/+1
|\ | | | | Trival misc. typo fixes
| * Trival misc. typo fixesluz.paz2018-03-051-1/+1
| |
* | meson: generalise build_apple to has_dlvsymRoss Burton2018-03-121-3/+0
| | | | | | | | | | | | | | | | | | build_apple was introduced in 756dca as a proxy for the fact that Apple's libc doesn't have dlvsym(), which is glibc-specific so also isn't present in other libc implementations such as musl. Instead of detecting whether we are building for Apple or not, just probe the to see if we have dlvsym.
* | meson: add option to enable/disable the test suiteRoss Burton2018-03-121-1/+4
|/
* Post-release version bump to 1.5.1Emmanuele Bassi2018-02-281-1/+1
|
* meson: Use get_supported_arguments()Emmanuele Bassi2018-02-241-6/+1
| | | | | | | Instead of iterating over the list of compiler flags, we should use the get_supported_arguments() method of the compiler object, which does it for us — and maybe, in the future, will be optimised to do the checks in parallel.
* meson: Rename the configuration optionsEmmanuele Bassi2018-02-231-3/+3
| | | | | | | The `enable-` prefix is an Autotool-ism; idiomatic naming for Meson projects should just use the name of the option, and rely on the type to convey meaning, especially because Meson does not have `disable` aliases that avoid the explicit `enable-foo=no` cases.
* Allow building Epoxy without X11Emmanuele Bassi2018-02-231-0/+9
| | | | | | | | | Epoxy can be compiled with GLX and X11 native resources on EGL. We can disable the former, but the latter is always built in when enabling EGL support. Some platforms do not support X11 at all, so we need a way to disable X11 when configuring Epoxy.
* meson: Remove unnecessary configuration_data objectEmmanuele Bassi2018-02-231-14/+0
| | | | | | We generate the pkg-config file using Meson's pkgconfig module as of commit b1119d8fcfe646f3ff108a3bf3685dfce6f049e4, but we're still setting up a configuration_data object.
* meson: Generate the pkg-config fileEmmanuele Bassi2018-02-231-6/+0
| | | | | | | | Instead of using a template file, and filling in the blanks, we can use the Meson pkgconfig module to generate the pkg-config file mostly from the library object itself — including dependencies and flags. The template file remains in tree for the Autotools build.
* Bump up the Meson dependencyEmmanuele Bassi2018-02-231-1/+1
| | | | | | Use the latest stable release; we're going to use its features to generate the pkg-config file for Epoxy, instead of using a template file.
* meson: Define visibility flags for static buildsDylan Baker2017-10-131-1/+1
| | | | | It's used unconditionally, but defined only for shared builds. For static builds define it but don't populate it.
* Bump up the libepoxy versionEmmanuele Bassi2017-09-111-1/+1
| | | | We added new API, so we need a new version.
* Release Epoxy 1.4.31.4.3Emmanuele Bassi2017-06-061-1/+1
|
* meson: Fix the MSVC symbol visibility checkEmmanuele Bassi2017-06-061-5/+3
| | | | | We kind of cargo-culted from Autotools; MSVC and GCC on Windows can use the same __declspec() attribute. Only the compiler flag is a GCC thing.
* build: Enable EGL on AndroidEmmanuele Bassi2017-06-061-1/+1
| | | | It's the only platform specific API it has.
* Merge branch 'make-egl-optional' of https://github.com/tpetazzoni/libepoxy ↵Emmanuele Bassi2017-06-061-3/+18
|\ | | | | | | into tpetazzoni-make-egl-optional
| * Make EGL support optionalThomas Petazzoni2017-05-171-3/+18
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | It is perfectly possible to build Mesa3D with just OpenGL support, and use with GLX in X.org, without having EGL/OpenGLES support. However, libepoxy currently unconditionally requires EGL support in its configure.ac, which causes a build failure when Mesa3D only provides full OpenGL support: checking for EGL... no configure: error: Package requirements (egl) were not met: Package egl was not found in the pkg-config search path. Perhaps you should add the directory containing `egl.pc' to the PKG_CONFIG_PATH environment variable Package 'egl', required by 'world', not found This commit fixes that by: - Adjusting the configure.ac to add a --{enable,disable}-egl option handled in the exact same way as --{enable,disable}-glx - Adjusting the meson build logic in the same way. - Adjusting src/dispatch_common.h to define PLATFORM_HAS_EGL correctly, which allows to not include any EGL related header file if EGL support is not enabled. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* | Add support for building on Haiku.Joseph C, Hill2017-05-221-0/+2
|/
* meson: Update required version to 0.39.1Emmanuele Bassi2017-05-131-1/+1
| | | It seems bumping to 0.38.1 was too relaxed, and evidently I didn't thoroughly test the change.
* Release Epoxy 1.4.21.4.2Emmanuele Bassi2017-04-301-1/+1
|
* Remove workarounds for older Meson versionsEmmanuele Bassi2017-03-281-6/+2
| | | | | | | Removing the files() statement allows us to not use source_root(), which breaks using libepoxy as a sub-project. Using the python3 module is better for Windows portability.
* Bump up the required version of MesonEmmanuele Bassi2017-03-281-1/+1
| | | | | We are going to need a more recent version of Meson to fix some warts in the build.
* Fix build on MSVCAndrei Fadeev2017-03-151-0/+8
| | | | | The inline keyword is available only for C++ in MSVC. So we need to use Microsoft specific __inline.
* Prefer using pkg-config files to find GLESEmmanuele Bassi2017-03-091-2/+13
| | | | | | | Just like we do for GL and EGL, we can use pkg-config to find the GLES v2 and v1 dependencies. Fixes: #110
* Add missing visibility compiler flagsEmmanuele Bassi2017-03-091-4/+6
| | | | | | | | We have been building the shared library for Epoxy without the symbol visibility flags for the compiler, which means we've been leaking internal symbols all over the floor. Fixes: #111
* Release Epoxy 1.4.1 (stable)1.4.1Emmanuele Bassi2017-03-021-1/+1
|
* Remove /W3 from the MSVC compiler flagsEmmanuele Bassi2017-03-011-1/+0
| | | | Meson already uses /W2, like it uses -Wall with GCC.
View Lorry Controller Status