Better highlight 'make distcheck-fast'
Commit Message
... for the reasons stated.
* CONTRIBUTING: Better highlight 'make distcheck-fast'.
Signed-off-by: Thomas Schwinge <thomas@codesourcery.com>
---
CONTRIBUTING | 20 +++++++++++---------
1 file changed, 11 insertions(+), 9 deletions(-)
Comments
On Thu, Dec 09, 2021 at 01:07:01PM +0100, Thomas Schwinge wrote:
>... for the reasons stated.
>
> * CONTRIBUTING: Better highlight 'make distcheck-fast'.
>
>Signed-off-by: Thomas Schwinge <thomas@codesourcery.com>
>---
Thanks! That makes totally sense. :-)
> CONTRIBUTING | 20 +++++++++++---------
> 1 file changed, 11 insertions(+), 9 deletions(-)
>
>diff --git CONTRIBUTING CONTRIBUTING
>index 7e3e8561..4e70d381 100644
>--- CONTRIBUTING
>+++ CONTRIBUTING
>@@ -63,25 +63,27 @@ is important, because that is how we do to actually release the
> tarball of the project that you can download from the internet) then
> you can do:
>
>- make distcheck
>+ make distcheck-fast
>
> This actually builds the tarball, then untars it, configure/compile
> the untarred source code and launches the regression checks from
> there.
>
>+Here, "make distcheck-fast" is a variant of the standard "make distcheck".
>+It compresses with "--fast" instead of default "--best", and is
>+significantly faster, given the size of the distribution. You very likely
>+want to use that one for local regression testing.
>+
> You can also launch this in parallel by doing:
>
>- make -jN -lN distcheck
>+ make -jN -lN distcheck-fast
>
> with N being the number of processor core you have on your system.
>
>-Please make sure you always launch "make distcheck" before sending a
>+Please make sure you always launch "make distcheck-fast" before sending a
> patch, so that you are sure that we can always build a tarball after
> your patch is applied to the source tree.
>
>-A variant of distcheck is "make distcheck-fast". It's like "make
>-distcheck" but it's faster. You can just use that one.
>-
Instead mention that `make distcheck-fast` is not supposed to be used to
create artifacts for distribution, because it creates _different_
results.
> A complementary regression checking target is "check-self-compare".
> You invoke it by doing "make check-self-compare". That target
> analyzes the ABI of the libabigail.so shared object, serializes it
>@@ -89,11 +91,11 @@ into the ABIXML format and then compares the ABI internal
> representation gathered from the libabigail.so binary against the one
> gathered from the ABIXML format. The two should be equal if
> everything goes right. This is an important regression test. The
>-problem is that it can takes twice as much time as make distcheck. So
>-we've put it into its own separate target.
>+problem is that it can takes twice as much time as "make distcheck-fast".
>+So we've put it into its own separate target.
I would skip this occurrence or talke about "the `make distcheck*`
targets".
With the above:
Reviewed-by: Matthias Maennich <maennich@google.com>
Cheers,
Matthias
>
> So, to be complete the regression checking command to run against your
>-patch should be: "make check-self-compare distcheck -j16", if you have
>+patch should be: "make check-self-compare distcheck-fast -j16", if you have
> a machine with a 16 threads processors, for instance.
>
> Coding language and style
>--
>2.25.1
>
@@ -63,25 +63,27 @@ is important, because that is how we do to actually release the
tarball of the project that you can download from the internet) then
you can do:
- make distcheck
+ make distcheck-fast
This actually builds the tarball, then untars it, configure/compile
the untarred source code and launches the regression checks from
there.
+Here, "make distcheck-fast" is a variant of the standard "make distcheck".
+It compresses with "--fast" instead of default "--best", and is
+significantly faster, given the size of the distribution. You very likely
+want to use that one for local regression testing.
+
You can also launch this in parallel by doing:
- make -jN -lN distcheck
+ make -jN -lN distcheck-fast
with N being the number of processor core you have on your system.
-Please make sure you always launch "make distcheck" before sending a
+Please make sure you always launch "make distcheck-fast" before sending a
patch, so that you are sure that we can always build a tarball after
your patch is applied to the source tree.
-A variant of distcheck is "make distcheck-fast". It's like "make
-distcheck" but it's faster. You can just use that one.
-
A complementary regression checking target is "check-self-compare".
You invoke it by doing "make check-self-compare". That target
analyzes the ABI of the libabigail.so shared object, serializes it
@@ -89,11 +91,11 @@ into the ABIXML format and then compares the ABI internal
representation gathered from the libabigail.so binary against the one
gathered from the ABIXML format. The two should be equal if
everything goes right. This is an important regression test. The
-problem is that it can takes twice as much time as make distcheck. So
-we've put it into its own separate target.
+problem is that it can takes twice as much time as "make distcheck-fast".
+So we've put it into its own separate target.
So, to be complete the regression checking command to run against your
-patch should be: "make check-self-compare distcheck -j16", if you have
+patch should be: "make check-self-compare distcheck-fast -j16", if you have
a machine with a 16 threads processors, for instance.
Coding language and style