From 3cba49fc3c952141f69aae67d231f00a1bde9afe Mon Sep 17 00:00:00 2001 From: Wolfgang Bangerth Date: Wed, 12 Aug 2009 03:47:25 +0000 Subject: [PATCH] Escape "parallel" in more places. git-svn-id: https://svn.dealii.org/trunk@19233 0785d39b-7218-0410-832d-ea1e28bc413d --- deal.II/examples/step-32/step-32.cc | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/deal.II/examples/step-32/step-32.cc b/deal.II/examples/step-32/step-32.cc index 037c3a2ed1..47332cb441 100644 --- a/deal.II/examples/step-32/step-32.cc +++ b/deal.II/examples/step-32/step-32.cc @@ -745,7 +745,7 @@ namespace Assembly // hand side vectors) whereas others are // not (such as the various matrices). For // the matrices, we happen to use the same - // class names for parallel and sequential + // class names for %parallel and sequential // data structures, i.e. all matrices will // actually be considered parallel // below. On the other hand, for vectors, @@ -757,7 +757,7 @@ namespace Assembly // points; consequently, rather than // "localizing" a vector whenever we need a // localized vector, we solve linear - // systems in parallel but then immediately + // systems in %parallel but then immediately // localize the solution for further // processing. The various // *_solution vectors are @@ -903,7 +903,7 @@ class BoussinesqFlowProblem // The constructor of the problem is very // similar to the constructor in // step-31. What is different is the - // parallel communication: Trilins uses a + // %parallel communication: Trilins uses a // message passing interface (MPI) for // data distribution. When entering the // BoussinesqFlowProblem class, we have -- 2.39.5