kumquat-buildroot/package/meson/meson.hash

# Locally calculated after checking pgp signature
# https://github.com/mesonbuild/meson/releases/download/1.1.1/meson-1.1.1.tar.gz.asc
sha256  d04b541f97ca439fb82fab7d0d480988be4bd4e62563a5ca35fadb5400727b1c  meson-1.1.1.tar.gz
sha256  cfc7749b96f63bd31c3c42b5c471bf756814053e847c10f3eb003417bc523d30  COPYING
meson: new package This new package provides the host variant of the Meson Build System, an open source build system meant to be both extremely fast, and as user friendly as possible. More precisely, Meson creates configuration files for the Ninja build system. Besides building Meson, it generates a configuration file ("$(HOST_DIR)/etc/meson/cross-compilation.conf") to be used when cross-compiling a Meson-based project. Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Tested-by: Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> 2017-10-29 14:10:51 +01:00			`# Locally calculated after checking pgp signature`
Revert "package/meson: bump to version 1.2.0" The bump to meson 1.2.0 triggers unexpected build failure of the host packages, because meson changed the way it passes library search paths when building natively: https://github.com/mesonbuild/meson/commit/59cfbf68e00aa774a9868101f423bd662938c15d http://lists.busybox.net/pipermail/buildroot/2023-August/672649.html As a consequence, the libraries are searched for in the system paths before being searched in our host-dir, leading to failures when incompatible libraries are installed in both locations. For example, if the system has an older version of libglib2 installed, this causes link failures when one of the glib2 library (e.g. libgio) is linked by path, but a dependent library (e.g. libgmodule) is linked by name: /path/to/host/lib/libgio-2.0.so -L /path/to/host/lib/ -lgmodule-2.0 The first is indeed the one we built and installed in host-dir, but the second is found in the system path; when it is an older (or more recent?) version than the one we use, the link fails; /path/to/host/lib/libgio-2.0.so: undefined reference to `g_module_open_full' Since fixing the issue is not trivial, revert to the previous meson version that did not exhibit the issue. This reverts commit d06e610d582e3be4b20f9939e5cab6765b7fb69a. Reported-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr> 2023-08-19 16:34:08 +02:00			`# https://github.com/mesonbuild/meson/releases/download/1.1.1/meson-1.1.1.tar.gz.asc`
			`sha256 d04b541f97ca439fb82fab7d0d480988be4bd4e62563a5ca35fadb5400727b1c meson-1.1.1.tar.gz`
package/meson: bump to version 0.54.0 Remove patches that are now upstream. Signed-off-by: James Hilliard <james.hilliard1@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> 2020-03-30 02:09:16 +02:00			`sha256 cfc7749b96f63bd31c3c42b5c471bf756814053e847c10f3eb003417bc523d30 COPYING`