Fix typos found in the rest of the hdf5 code-base (#1985)

* Fix typos found in the rest of the hdf5 code-base

* Typo in tool.cmake

* Revert "Typo in tool.cmake"

This reverts commit 06b8403d99757c7d20f1eed530cf317c3d84de4b.

* Fix clang-format styling

8 files changed, 13 insertions, 13 deletions

diff --git a/testpar/t_2Gio.c b/testpar/t_2Gio.c
index 2f50e5f..5a96fa10 100644
--- a/testpar/t_2Gio.c
+++ b/testpar/t_2Gio.c
@@ -3493,7 +3493,7 @@ test_actual_io_mode(int selection_mode)
              * process. To get mixed I/O, have the root select all chunks and each
              * subsequent process select the first and nth chunk. The first chunk,
              * accessed by all, will be assigned collective I/O while each other chunk
-             * will be accessed only by the root and the nth procecess and will be
+             * will be accessed only by the root and the nth process and will be
              * assigned independent I/O. Each process will access one chunk collectively
              * and at least one chunk independently, reporting mixed I/O.
              */
diff --git a/testpar/t_bigio.c b/testpar/t_bigio.c
index 68e828d..2bd4006 100644
--- a/testpar/t_bigio.c
+++ b/testpar/t_bigio.c
@@ -1250,7 +1250,7 @@ create_faccess_plist(MPI_Comm comm, MPI_Info info, int l_facc_type)
  */
 
 /* ------------------------------------------------------------------------
- *  Descriptions for the selection: One big singluar selection inside one chunk
+ *  Descriptions for the selection: One big singular selection inside one chunk
  *  Two dimensions,
  *
  *  dim1       = space_dim1(5760)*mpi_size
diff --git a/testpar/t_cache.c b/testpar/t_cache.c
index d940fb2..f665578 100644
--- a/testpar/t_cache.c
+++ b/testpar/t_cache.c
@@ -248,7 +248,7 @@ int *data_index = NULL;
  * in which no acks are sent after writes.  Instead, the metadata cache is
  * provided with a callback function to call after each sequence of writes.
  * This callback simply causes the client to send the server process a
- * "sync" message and and await an ack in reply.
+ * "sync" message and await an ack in reply.
  *
  * Strangely, at least on Phoenix, the first solution runs faster by a
  * rather large margin.  However, I can imagine this changing with
diff --git a/testpar/t_cache_image.c b/testpar/t_cache_image.c
index c9aa080..762146f 100644
--- a/testpar/t_cache_image.c
+++ b/testpar/t_cache_image.c
@@ -3600,7 +3600,7 @@ smoke_check_1(MPI_Comm mpi_comm, MPI_Info mpi_info, int mpi_rank, int mpi_size)
  * Purpose:     Run parallel tests on the cache image feature.
  *
  *              At present, cache image is disabled in parallel, and
- *              thus these tests are restructed to verifying that a
+ *              thus these tests are restricted to verifying that a
  *              file with a cache image can be opened in the parallel
  *              case, and verifying that instructions to create a
  *              cache image are ignored in the parallel case.
diff --git a/testpar/t_coll_chunk.c b/testpar/t_coll_chunk.c
index f711601..87e3b6a 100644
--- a/testpar/t_coll_chunk.c
+++ b/testpar/t_coll_chunk.c
@@ -53,7 +53,7 @@ static void coll_chunktest(const char *filename, int chunk_factor, int select_fa
  */
 
 /* ------------------------------------------------------------------------
- *  Descriptions for the selection: One big singluar selection inside one chunk
+ *  Descriptions for the selection: One big singular selection inside one chunk
  *  Two dimensions,
  *
  *  dim1       = SPACE_DIM1(5760)*mpi_size
diff --git a/testpar/t_dset.c b/testpar/t_dset.c
index 1504791..c9cade7 100644
--- a/testpar/t_dset.c
+++ b/testpar/t_dset.c
@@ -3051,7 +3051,7 @@ test_actual_io_mode(int selection_mode)
              * process. To get mixed I/O, have the root select all chunks and each
              * subsequent process select the first and nth chunk. The first chunk,
              * accessed by all, will be assigned collective I/O while each other chunk
-             * will be accessed only by the root and the nth procecess and will be
+             * will be accessed only by the root and the nth process and will be
              * assigned independent I/O. Each process will access one chunk collectively
              * and at least one chunk independently, reporting mixed I/O.
              */
diff --git a/testpar/t_ph5basic.c b/testpar/t_ph5basic.c
index 59f14cb..f8d4129 100644
--- a/testpar/t_ph5basic.c
+++ b/testpar/t_ph5basic.c
@@ -141,7 +141,7 @@ test_fapl_mpio_dup(void)
     VRFY((ret >= 0), "H5Pget_fapl_mpio neither");
 
     /* now get both and check validity too. */
-    /* Donot free the returned objects which are used in the next case. */
+    /* Do not free the returned objects which are used in the next case. */
     ret = H5Pget_fapl_mpio(acc_pl, &comm_tmp, &info_tmp);
     VRFY((ret >= 0), "H5Pget_fapl_mpio");
     MPI_Comm_size(comm_tmp, &mpi_size_tmp);
diff --git a/testpar/t_shapesame.c b/testpar/t_shapesame.c
index 201f331..cbae5e1 100644
--- a/testpar/t_shapesame.c
+++ b/testpar/t_shapesame.c
@@ -736,7 +736,7 @@ contig_hs_dr_pio_test__d2m_l2s(struct hs_dr_pio_test_vars_t *tv_ptr)
      * of the large data set.  However, in the parallel version, each
      * process only works with that slice of the large cube indicated
      * by its rank -- hence we set the most slowly changing index to
-     * mpi_rank, and don't itterate over it.
+     * mpi_rank, and don't iterate over it.
      */
 
     if (PAR_SS_DR_MAX_RANK - tv_ptr->large_rank == 0) {
@@ -966,7 +966,7 @@ contig_hs_dr_pio_test__d2m_s2l(struct hs_dr_pio_test_vars_t *tv_ptr)
      *
      * However, in the parallel version, each process only works with that
      * slice of the large (and small) data set indicated by its rank -- hence
-     * we set the most slowly changing index to mpi_rank, and don't itterate
+     * we set the most slowly changing index to mpi_rank, and don't iterate
      * over it.
      */
 
@@ -1223,7 +1223,7 @@ contig_hs_dr_pio_test__m2d_l2s(struct hs_dr_pio_test_vars_t *tv_ptr)
      *
      * However, in the parallel version, each process only works with that
      * slice of the large (and small) data set indicated by its rank -- hence
-     * we set the most slowly changing index to mpi_rank, and don't itterate
+     * we set the most slowly changing index to mpi_rank, and don't iterate
      * over it.
      */
 
@@ -2607,7 +2607,7 @@ ckrbrd_hs_dr_pio_test__d2m_l2s(struct hs_dr_pio_test_vars_t *tv_ptr)
      * of the large data set.  However, in the parallel version, each
      * process only works with that slice of the large cube indicated
      * by its rank -- hence we set the most slowly changing index to
-     * mpi_rank, and don't itterate over it.
+     * mpi_rank, and don't iterate over it.
      */
 
     if (PAR_SS_DR_MAX_RANK - tv_ptr->large_rank == 0) {
@@ -2830,7 +2830,7 @@ ckrbrd_hs_dr_pio_test__d2m_s2l(struct hs_dr_pio_test_vars_t *tv_ptr)
      *
      * However, in the parallel version, each process only works with that
      * slice of the large (and small) data set indicated by its rank -- hence
-     * we set the most slowly changing index to mpi_rank, and don't itterate
+     * we set the most slowly changing index to mpi_rank, and don't iterate
      * over it.
      */
 
@@ -3142,7 +3142,7 @@ ckrbrd_hs_dr_pio_test__m2d_l2s(struct hs_dr_pio_test_vars_t *tv_ptr)
      *
      * However, in the parallel version, each process only works with that
      * slice of the large (and small) data set indicated by its rank -- hence
-     * we set the most slowly changing index to mpi_rank, and don't itterate
+     * we set the most slowly changing index to mpi_rank, and don't iterate
      * over it.
      */