summaryrefslogtreecommitdiff
path: root/meson.build
Commit message (Collapse)AuthorAgeFilesLines
* Release libpeas 1.34.0libpeas-1.34.01.34Christian Hergert2022-09-171-1/+1
|
* Bump version number for 1.33 developmentChristian Hergert2022-08-181-1/+1
|
* meson: Fix disabling gtk_docMatt Turner2022-03-211-1/+1
| | | | | | | Without this, even passing -Dgtk_doc=false will cause documentation to be built if gi-docgen is available. Fixes: 82119a6 ("gi-docgen: Initial commit")
* Release libpeas 1.32.0libpeas-1.32.01.32Christian Hergert2022-03-181-1/+1
|
* gi-docgen: Initial commitMaximiliano Sandoval R2022-03-131-7/+9
|
* build: fix min/max version warningsChristian Hergert2022-02-081-2/+2
| | | | | | We don't want these applied to the gir compilation, so manually add the project_c_args to the targets we care about having min/max glib version applied.
* Release 1.30.0libpeas-1.30.0Christian Hergert2021-03-191-1/+1
|
* meson.build: Improve lua search on WindowsChun-wei Fan2020-10-091-1/+45
| | | | | | | | | | | | On Windows, especially Visual Studio builds, lua does not come with a pkg-config file, so we may need to look for the dependencies manually. We first reverse the order of the search in such situations, by looking for whether we have lua.exe or luajit.exe in our path, and then we look for the lua headers and the lua library[1]. If they could be found, we proceed to look for lua-lgi and build as we did before. [1]: lua51.lib for luajit or lua5[3|2|1].lib for lua 5.[3|2|1].
* meson: Don't use 'cp' to copy filesChun-wei Fan2020-10-091-0/+3
| | | | | | 'cp' is a UNIX/BASH shell-only command, which does not exist on standard Windows cmd.exe shells by default, so use a Python script that tries to do similar things.
* meson: Improve Python detection on WindowsChun-wei Fan2020-10-091-0/+18
| | | | | | | | | | | | | | | | Standard Windows binaries from www.python.org typically come as an MSI installer, which do not include pkg-config files for us, and it is often the case that people have multiple installations of Python on their systems, such as having both 32-bit and 64-bit installations of Python, so we need to go a bit harder to look for Python 2,x/3.x installations, by: -Allow people to explicitly input a full path to their Python 2.x/3.x interpreters, so that the right include/lib paths for the desired Python installation(s) can be discovered and utilized. -If no explicit path is specified, let Meson's Python module look for the installations for us instead.
* Release libpeas-1.28.0libpeas-1.28.01.28Christian Hergert2020-09-121-1/+1
|
* Do not build tests when introspection is disabled/missingAndreas Müller2020-08-101-1/+3
| | | | | | | Fixes: | ../libpeas-1.26.0/tests/libpeas/introspection/meson.build:47:0: ERROR: Unknown variable "libpeas_gir". Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
* release 1.26.0libpeas-1.26.0Christian Hergert2020-03-061-1/+1
|
* build: Try the name of Lua 5.1 used on FreeBSDTing-Wei Lan2020-01-181-0/+6
|
* Merge branch 'friemann/libpeas-meson_demos'Christian Hergert2020-01-181-1/+1
|\
| * meson: Fix handling of 'demos' parameterFelix Riemann2019-12-081-1/+1
| | | | | | | | | | | | | | Internally the build script evaluated the 'widgetry' parameter instead which is just a dependency of 'demos'. Evaluate the correct parameter to show the correct state in the build summary. Also drop the now obsolete duplicate check in peas-demo's meson script.
* | release 1.25.3libpeas-1.25.3Christian Hergert2020-01-161-1/+1
|/
* Fix typo introduced in #20Christopher Arndt2019-10-301-1/+1
| | | | Signed-off-by: Christopher Arndt <chris@chrisarndt.de>
* Fix meson check for lua 5.1 and lgiChristopher Arndt2019-10-291-4/+22
| | | | Signed-off-by: Christopher Arndt <chris@chrisarndt.de>
* meson: build loaders as modules instead of shared librariesTom Schoonjans2019-10-281-0/+2
| | | | | Also: ensure that the extension of the loader plugins is set to so on macOS
* build: fix compilation on macOSTom Schoonjans2019-10-281-1/+5
|
* build: bump version number for developmentChristian Hergert2019-10-281-1/+1
| | | | This should have been done a while ago, but we better get it in now.
* build: specify min/max glib versions in meson.buildChristian Hergert2019-10-241-1/+12
| | | | | | This ensures that we don't use API that we cannot use, but also ensures that we don't need to litter the source code with begin/end ignore deprecations.
* Post-release version bumpChristian Hergert2019-09-091-1/+1
|
* Release 1.24.0libpeas-1.24.0Christian Hergert2019-09-091-1/+1
|
* release 1.23.92libpeas-1.23.92Christian Hergert2019-09-041-1/+1
|
* build: Use the same soname as 1.22.xKalev Lember2019-08-201-1/+1
| | | | | | | The switch to meson inadvertently bumped soname. Switch it back to what it was with the autotools build. Fixes: https://gitlab.gnome.org/GNOME/libpeas/issues/31
* Release 1.23.90.1libpeas-1.23.90.1Christian Hergert2019-08-061-1/+1
|
* Release 1.23.90libpeas-1.23.90Christian Hergert2019-08-051-1/+1
|
* build: hide private symbols with -fvisibility=hiddenChristian Hergert2019-08-051-0/+17
| | | | | | | | | This continues with the previous commit to hide non-public symbols by default. It is slightly complicated by the fact that we need some symbol access from the unit tests. Normally that would mean we just add a static library and link against that, but we need shared access to globals so that is not an option. We could possibly switch to creating a shared library without -fvisibility=hidden.
* build: check for python3-embed for python 3.8Christian Hergert2019-08-051-1/+6
| | | | | | | | | | We have a new pkgconfig to check for when using python 3.8 so that we actually link against Python. See also: https://github.com/mesonbuild/meson/issues/5629 https://github.com/libratbag/libratbag/commit/7de944aaa02a776a77d2f73b8e3b5962d9ecbfce
* build: fix typo in get_option()Christian Hergert2019-08-051-1/+1
|
* build: bump version for developmentChristian Hergert2019-08-051-1/+1
|
* Port to meson build systemMartin Blanchard2019-08-051-0/+218
The meson build system focuses on speed an ease of use, which helps speeding up the software development. https://bugzilla.gnome.org/show_bug.cgi?id=793916 https://gitlab.gnome.org/GNOME/libpeas/issues/26 Closes #26
View Lorry Controller Status