]> git.ipfire.org Git - thirdparty/automake.git/commitdiff
doc: Fix typos
authorMathieu Lirzin <mthl@gnu.org>
Sat, 15 Jul 2017 23:02:49 +0000 (01:02 +0200)
committerMathieu Lirzin <mthl@gnu.org>
Sat, 15 Jul 2017 23:06:08 +0000 (01:06 +0200)
This fixes bug#23099.

* doc/automake.texi (Scripts-based Testsuites)
(Parallel Test Harness): Fix typos.
* THANKS: Update.

THANKS
doc/automake.texi

diff --git a/THANKS b/THANKS
index 9bc7542afae4bc27ca0ec3c27325439fce2c5ba3..02df031f89b7081590b9cacdaacde4a04b5fd7db 100644 (file)
--- a/THANKS
+++ b/THANKS
@@ -105,6 +105,7 @@ Dmitry Mikhin                   dmitrym@acres.com.au
 Dmitry V. Levin                 ldv@altlinux.org
 Doug Evans                      devans@cygnus.com
 Duncan Gibson                   duncan@thermal.esa.int
+Dilyan Palauzov                 dilyan.palauzov@aegee.org
 Ed Hartnett                     ed@unidata.ucar.edu
 Eleftherios Gkioulekas          lf@amath.washington.edu
 Elena A. Vengerova              helen@oktetlabs.ru
index da0aa2942322512d034af13060d83deb74f7bc05..f083fc2b4c742685ca18a777f2d1bc04d67f1fe8 100644 (file)
@@ -8896,7 +8896,7 @@ Note however that, for tests based on more complex test protocols,
 the exact effects of @code{XFAIL_TESTS} and @code{DISABLE_HARD_ERRORS}
 might change, or they might even have no effect at all (for example,
 @c Keep this in sync with tap-no-disable-hard-errors.sh
-in tests using TAP, there is not way to disable hard errors, and the
+in tests using TAP, there is no way to disable hard errors, and the
 @code{DISABLE_HARD_ERRORS} variable has no effect on them).
 
 @anchor{Testsuite progress on console}
@@ -9164,7 +9164,7 @@ as a side-effect.
 It's important to note that, differently from what we've seen for the
 serial test harness (@pxref{Serial Test Harness}), the
 @code{AM_TESTS_ENVIRONMENT} and @code{TESTS_ENVIRONMENT} variables
-@emph{cannot} be use to define a custom test runner; the
+@emph{cannot} be used to define a custom test runner; the
 @code{LOG_COMPILER} and @code{LOG_FLAGS} (or their extension-specific
 counterparts) should be used instead: