Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Clarify run_exports/weak in meta.yaml docs #5214

Merged
merged 2 commits into from
Mar 19, 2024
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
5 changes: 4 additions & 1 deletion docs/source/resources/define-metadata.rst
Original file line number Diff line number Diff line change
Expand Up @@ -734,7 +734,7 @@ implicitly added by host requirements (e.g. libpng exports libpng), and with
- libpng

Here, because no specific kind of ``run_exports`` is specified, libpng's ``run_exports``
are considered "weak." This means they will only apply when libpng is in the
are considered "weak". This means they will only apply when libpng is in the
host section, when they will add their export to the run section. If libpng were
listed in the build section, the ``run_exports`` would not apply to the run section.

Expand All @@ -746,6 +746,9 @@ listed in the build section, the ``run_exports`` would not apply to the run sect
strong:
- libgcc

There is also ``run_exports/weak`` which is equivalent to an unspecific kind of
``run_exports`` but useful if you want to define both strong and weak run exports.

Strong ``run_exports`` are used for things like runtimes, where the same runtime
needs to be present in the host and the run environment, and exactly which
runtime that should be is determined by what's present in the build section.
Expand Down
Loading