- Update from version 1.8.0 to 1.9.0
- Update of rootfile
- Changelog
1.9.0
Array .flatten() method
Arrays now have a .flatten() method, which turns nested arrays
into a
single flat array. This provides the same effect that Meson
often
does to arrays internally, such as when passed to most function
arguments.
clang-tidy's auto-generated targets correctly select source files
In previous versions, the target would run clang-tidy on every
C-like
source files (.c, .h, .cpp, .hpp). It did not work correctly
because
some files, especially headers, are not intended to be
consumed as is.
It will now run only on source files participating in targets.
Added Qualcomm's embedded linker, eld
Qualcomm recently open-sourced their embedded linker.
https://github.com/qualcomm/eld
Meson users can now use this linker.
Added suffix function to the FS module
The basename and stem were already available. For completeness,
expose
also the suffix.
Support response files for custom targets
When using the Ninja backend, Meson can now pass arguments to
supported tools through response files.
In this release it's enabled only for the Gnome module, fixing
calling
gnome.mkenums() with a large set of files on Windows (requires
Glib 2.59 or higher).
meson format now has a --source-file-path argument when reading from
stdin
This argument is mandatory to mix stdin reading with the use of
editor
config. It allows to know where to look for the .editorconfig,
and to
use the right section of .editorconfig based on the parsed
file name.
Added license keyword to pkgconfig.generate
When specified, it will add a License: attribute to the
generated .pc
file.
New experimental option rust_dynamic_std
A new option rust_dynamic_std can be used to link Rust programs
so
that they use a dynamic library for the Rust libstd.
Right now, staticlib crates cannot be produced if
rust_dynamic_std is
true, but this may change in the future.
Rust and non-Rust sources in the same target
Meson now supports creating a single target with Rust and non
Rust
sources mixed together. In this case, if specified,
link_language
must be set to rust.
Explicitly setting Swift module name is now supported
It is now possible to set the Swift module name for a target
via the
swift_module_name target kwarg, overriding the default
inferred from
the target name.
lib = library('foo', 'foo.swift', swift_module_name: 'Foo')
Top-level statement handling in Swift libraries
The Swift compiler normally treats modules with a single source
file
(and files named main.swift) to run top-level code at program
start.
This emits a main symbol which is usually undesirable in a
library
target. Meson now automatically passes the -parse-as-library
flag to
the Swift compiler in case of single-file library targets to
disable
this behavior unless the source file is called main.swift.
Swift compiler receives select C family compiler options
Meson now passes select few C family (C/C++/Obj-C/Obj-C++)
compiler
options to the Swift compiler, notably -std=, in order to
improve the
compatibility of C code as interpreted by the C compiler and
the
Swift compiler.
NB: This does not include any of the options set in the
target's c_flags.
Swift/C++ interoperability is now supported
It is now possible to create Swift executables that can link to
C++ or
Objective-C++ libraries. To enable this feature, set the
target kwarg
swift_interoperability_mode to 'cpp'.
To import C++ code, specify a bridging header in the Swift
target's
sources, or use another way such as adding a directory
containing a
Clang module map to its include path.
Note: Enabling C++ interoperability in a library target is a
breaking
change. Swift libraries that enable it need their consumers to
enable
it as well, as per the Swift documentation.
Swift 5.9 is required to use this feature. Xcode 15 is required
if the
Xcode backend is used.
lib = static_library('mylib', 'mylib.cpp')
exe = executable('prog', 'main.swift', 'mylib.h', link_with:
lib,
swift_interoperability_mode: 'cpp')
Support for MASM in Visual Studio backends
Previously, assembling .masm files with Microsoft's Macro
Assembler is
only available on the Ninja backend. This now also works on
Visual
Studio backends.
Note that building ARM64EC code using ml64.exe is currently
unimplemented in both of the backends. If you need mixing x64
and
Arm64 in your project, please file an issue on GitHub.
Limited support for WrapDB v1
WrapDB v1 has been discontinued for several years, Meson will
now
print a deprecation warning if a v1 URL is still being used.
Wraps
can be updated to latest version using meson wrap update
command.
Signed-off-by: Adolf Belka <[email protected]>
---
config/rootfiles/common/meson | 16 +++++++++-------
lfs/meson | 4 ++--
2 files changed, 11 insertions(+), 9 deletions(-)
diff --git a/config/rootfiles/common/meson b/config/rootfiles/common/meson
index 8fac42cd7..d6d487271 100644
--- a/config/rootfiles/common/meson
+++ b/config/rootfiles/common/meson
@@ -1,11 +1,11 @@
#usr/bin/meson
-#usr/lib/python3.10/site-packages/meson-1.8.0-py3.10.egg-info
-#usr/lib/python3.10/site-packages/meson-1.8.0-py3.10.egg-info/PKG-INFO
-#usr/lib/python3.10/site-packages/meson-1.8.0-py3.10.egg-info/SOURCES.txt
-#usr/lib/python3.10/site-packages/meson-1.8.0-py3.10.egg-info/dependency_links.txt
-#usr/lib/python3.10/site-packages/meson-1.8.0-py3.10.egg-info/entry_points.txt
-#usr/lib/python3.10/site-packages/meson-1.8.0-py3.10.egg-info/requires.txt
-#usr/lib/python3.10/site-packages/meson-1.8.0-py3.10.egg-info/top_level.txt
+#usr/lib/python3.10/site-packages/meson-1.9.0-py3.10.egg-info
+#usr/lib/python3.10/site-packages/meson-1.9.0-py3.10.egg-info/PKG-INFO
+#usr/lib/python3.10/site-packages/meson-1.9.0-py3.10.egg-info/SOURCES.txt
+#usr/lib/python3.10/site-packages/meson-1.9.0-py3.10.egg-info/dependency_links.txt
+#usr/lib/python3.10/site-packages/meson-1.9.0-py3.10.egg-info/entry_points.txt
+#usr/lib/python3.10/site-packages/meson-1.9.0-py3.10.egg-info/requires.txt
+#usr/lib/python3.10/site-packages/meson-1.9.0-py3.10.egg-info/top_level.txt
#usr/lib/python3.10/site-packages/mesonbuild
#usr/lib/python3.10/site-packages/mesonbuild/__init__.py
#usr/lib/python3.10/site-packages/mesonbuild/_pathlib.py
@@ -38,6 +38,8 @@
#usr/lib/python3.10/site-packages/mesonbuild/cargo/cfg.py
#usr/lib/python3.10/site-packages/mesonbuild/cargo/interpreter.py
#usr/lib/python3.10/site-packages/mesonbuild/cargo/manifest.py
+#usr/lib/python3.10/site-packages/mesonbuild/cargo/raw.py
+#usr/lib/python3.10/site-packages/mesonbuild/cargo/toml.py
#usr/lib/python3.10/site-packages/mesonbuild/cargo/version.py
#usr/lib/python3.10/site-packages/mesonbuild/cmake
#usr/lib/python3.10/site-packages/mesonbuild/cmake/__init__.py
diff --git a/lfs/meson b/lfs/meson
index 43abb9813..ff0128193 100644
--- a/lfs/meson
+++ b/lfs/meson
@@ -24,7 +24,7 @@
include Config
-VER = 1.8.0
+VER = 1.9.0
THISAPP = meson-$(VER)
DL_FILE = $(THISAPP).tar.gz
@@ -40,7 +40,7 @@ objects = $(DL_FILE)
$(DL_FILE) = $(DL_FROM)/$(DL_FILE)
-$(DL_FILE)_BLAKE2 =
a27a6e105bb19ff0fa77f62b7563b66cdeffef8e4d6ec538e1cc5c49fae16097afeae9669ed80b1d0688059c1135ff392c722e39c94f5686fb926ffcd6abf893
+$(DL_FILE)_BLAKE2 =
54cef087a9629087e67a0d75422d08370e86273a202d9e054d160a4ae52b7b1ad612a2a2c8e72a00a8e29bd5857375bedca5935cd74a560950c6b45a48d69f19
install : $(TARGET)
--
2.51.0
