2023-08-08 11:03:42 +03:00
# This file describes Python package requirements to be
# installed in the pyvenv Python virtual environment.
#
# Packages are placed in groups, which are installed using
# the ensuregroup subcommand of python/scripts/mkvenv.py.
# Each group forms a TOML section and each entry in the
# section is a TOML key-value list describing a package.
# All fields are optional; valid fields are:
#
# - accepted: accepted versions when using a system package
# - installed: fixed version to install in the virtual environment
# if a system package is not found; if not specified,
2023-11-09 17:54:40 +03:00
# defaults to the same as "accepted" or, if also missing,
# to the newest version available on PyPI.
2023-08-08 11:03:42 +03:00
# - canary: if specified, use this program name to present more
# precise error diagnostics to the user. For example,
# 'sphinx-build' can be used as a bellwether for the
# presence of 'sphinx' in the system.
2023-08-08 12:23:48 +03:00
[ meson ]
# The install key should match the version in python/wheels/
meson: Pass objects and dependencies to declare_dependency()
We used to request declare_dependency() to link_whole static libraries.
If a static library is a thin archive, GNU ld keeps all object files
referenced by the archive open, and sometimes exceeds the open file limit.
Another problem with link_whole is that suboptimal handling of nested
dependencies.
link_whole by itself does not propagate dependencies. In particular,
gnutls, a dependency of crypto, is not propagated to its users, and we
currently workaround the issue by declaring gnutls as a dependency for
each crypto user. On the other hand, if you write something like
libfoo = static_library('foo', 'foo.c', dependencies: gnutls)
foo = declare_dependency(link_whole: libfoo)
libbar = static_library('bar', 'bar.c', dependencies: foo)
bar = declare_dependency(link_whole: libbar, dependencies: foo)
executable('prog', sources: files('prog.c'), dependencies: [foo, bar])
hoping to propagate the gnutls dependency into bar.c, you'll see a
linking failure for "prog", because the foo.c.o object file is included in
libbar.a and therefore it is linked twice into "prog": once from libfoo.a
and once from libbar.a. Here Meson does not see the duplication, it
just asks the linker to link all of libfoo.a and libbar.a into "prog".
Instead of using link_whole, extract objects included in static libraries
and pass them to declare_dependency(); and then the dependencies can be
added as well so that they are propagated, because object files on the
linker command line are always deduplicated.
This requires Meson 1.1.0 or later.
Signed-off-by: Akihiko Odaki <akihiko.odaki@daynix.com>
Message-ID: <20240524-objects-v1-1-07cbbe96166b@daynix.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
2024-05-24 11:00:22 +03:00
meson = { accepted = ">=1.1.0" , installed = "1.2.3" , canary = "meson" }
2024-08-30 16:38:01 +03:00
pycotap = { accepted = ">=1.1.0" , installed = "1.3.1" }
2023-08-08 12:23:48 +03:00
[ docs ]
2024-04-18 12:14:31 +03:00
# Please keep the installed versions in sync with docs/requirements.txt
2024-07-03 20:52:34 +03:00
sphinx = { accepted = ">=3.4.3" , installed = "5.3.0" , canary = "sphinx-build" }
2023-08-08 12:23:48 +03:00
sphinx_rtd_theme = { accepted = ">=0.5" , installed = "1.1.1" }
2023-08-08 12:28:08 +03:00
[ avocado ]
# Note that qemu.git/python/ is always implicitly installed.
# Prefer an LTS version when updating the accepted versions of
# avocado-framework, for example right now the limit is 92.x.
2024-08-30 16:37:58 +03:00
avocado-framework = { accepted = "(>=103.0, <104.0)" , installed = "103.0" , canary = "avocado" }
2023-08-08 12:28:08 +03:00
pycdlib = { accepted = ">=1.11.0" }