aboutsummaryrefslogtreecommitdiff
path: root/doc/manual.cli
diff options
context:
space:
mode:
authorKaren Arutyunov <karen@codesynthesis.com>2018-11-21 20:21:59 +0300
committerKaren Arutyunov <karen@codesynthesis.com>2018-11-29 21:11:48 +0300
commit17f5882f9ee43db574269ac1fb857ae7e79c109b (patch)
treeed0382e3af758b100109da601c3593e575e088ad /doc/manual.cli
parent9fe6aecb9eedea16f1803b0b866b73d00439b009 (diff)
Document package manifest builds value
Diffstat (limited to 'doc/manual.cli')
-rw-r--r--doc/manual.cli91
1 files changed, 85 insertions, 6 deletions
diff --git a/doc/manual.cli b/doc/manual.cli
index b56f7d8..0e44391 100644
--- a/doc/manual.cli
+++ b/doc/manual.cli
@@ -546,6 +546,7 @@ license: <licenses> [; <comment>]
[depends]: [?][*] <alternatives> [; <comment>]
[requires]: [?] [<alternatives>] [; <comment>]
+[builds]: <class-expr> [; <comment>]
[build-include]: <config>[/<target>] [; <comment>]
[build-exclude]: <config>[/<target>] [; <comment>]
\
@@ -1001,6 +1002,84 @@ clang[_X.Y] ; For example: clang_6, clang_3.4, clang_3.4.1
msvc[_NU] ; For example: msvc_14, msvc_15u3
\
+
+\h2#manifest-package-builds|\c{builds}|
+
+\
+[builds]: [<class-uset> ':' ] [<class-expr>] [; <comment>]
+
+<class-uset> := <class-name> [ <class-name>]*
+<class-expr> := <class-term> [ <class-term>]*
+<class-term> := ('+'|'-'|'&')['!'](<class-name> | '(' <class-expr> ')')
+\
+
+The package build configurations. They specify the build configuration classes
+the package should or should not be built for by automated build bots. For
+example:
+
+\
+builds: -windows
+\
+
+Build configurations can belong to multiple classes with their names and
+semantics varying between different build bot deployments. However, the
+pre-defined \c{none}, \c{default}, and \c{all} classes are always provided. If
+no \c{builds} value is specified in the package manifest, then the \c{default}
+class is assumed.
+
+\N|See the Build Configurations page of the build bot deployment for the list
+of available build configurations and their classes.|
+
+The \c{builds} value consists of an optional underlying class set
+(\c{<class-uset>}) followed by a class set expression (\c{<class-expr>}). The
+underlying set is a space-separated list of class names that define the set of
+build configurations to consider. If not specified, then all the
+configurations belonging to the \c{default} class are assumed. The class set
+expression can then be used to exclude certain configurations from this
+initial set.
+
+The class expression is a space-separated list of terms that are evaluated
+from left to right. The first character of each term determines whether the
+build configuration that belong to its set are added to (\c{+}), subtracted
+from (\c{-}), or intersected with (\c{&}) the current set. If the second
+character in the term is \c{!}, then its set of configuration is inverted
+against the underlying set. The term itself can be either the class name or a
+parenthesized expression. Some examples:
+
+\
+builds: none ; None
+builds: all ; All
+builds: default legacy ; Default and legacy
+builds: -windows ; Default except Windows
+builds: all : -windows ; All except Windows
+builds: all : &gcc ; All with GCC only
+builds: gcc : -optimized ; GCC without optimization
+builds: gcc : &( +linux +macos ) ; GCC on Linux or Mac OS
+\
+
+Notice that the colon and parentheses must be separated with spaces from both
+preceding and following terms.
+
+Multiple \c{builds} values are evaluated in the order specified and as if they
+were all part of a single expression. Only the first value may specify the
+underlying set. The main reason for having multiple values is to provide
+individual reasons (as the \c{builds} value comments) for different parts of
+the expression. For example:
+
+\
+builds: default experimental ; Only modern compilers are supported.
+builds: -gcc ; GCC is not supported
+builds: -clang ; Clang is not supported
+\
+
+\N|The \c{builds} value comments are used by the web interface (\c{brep}) to
+display the reason for the build configuration exclusion.|
+
+After evaluating all the \c{builds} values, the final configuration set can be
+further fine-tuned using the \l{#manifest-package-include-exclude
+\c{build-{include,exclude\}}} patterns.
+
+
\h2#manifest-package-include-exclude|\c{build-{include,exclude\}}|
\
@@ -1009,11 +1088,11 @@ msvc[_NU] ; For example: msvc_14, msvc_15u3
\
The package build inclusions and exclusions. The \c{build-include} and
-\c{build-exclude} values specify the build configurations and, optionally,
-targets the package should or should not be built for by automated build
-bots. The \i{config} and \i{target} values are filesystem wildcard patterns
-which are matched against the build configuration names and target names (see
-the \c{bbot} documentation for details).
+\c{build-exclude} values further reduce the configuration set produced by
+evaluating the \l{#manifest-package-builds \c{builds}} values. The \i{config}
+and \i{target} values are filesystem wildcard patterns which are matched
+against the build configuration names and target names (see the \c{bbot}
+documentation for details).
The exclusion and inclusion patterns are applied in the order specified with
the first match determining whether the package will be built for this
@@ -1036,7 +1115,7 @@ build-exclude: * ; Only supported on Linux.
\
Note that the comment of the matching exclusion is used by the web interface
-(\c{brep}) to display the reason for the build exclusion.
+(\c{brep}) to display the reason for the build configuration exclusion.
\h#manifest-package-list-pkg|Package List Manifest for \cb{pkg} Repositories|