From 09765f778f66bcaf45b801fd26c97d066c4e3c66 Mon Sep 17 00:00:00 2001
From: Denis Davydov <davydden@gmail.com>
Date: Fri, 1 Jan 2016 15:38:57 +0100
Subject: [PATCH] further initialise()->initialize() and alike

---
 doc/news/changes.h                 | 2 +-
 include/deal.II/lac/slepc_solver.h | 4 ++--
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/doc/news/changes.h b/doc/news/changes.h
index ee06971fe1..d77a7b8ac8 100644
--- a/doc/news/changes.h
+++ b/doc/news/changes.h
@@ -40,7 +40,7 @@ inconvenience this causes.
 <ol>
   <li> Rework: SLEPcWrappers were reworked to allow usage of PETSc solvers
   and preconditioners inside SLEPc's eigensolvers. To that end extra methods
-  were introduced to PETSc wrappers. Moreover, initialisation of the
+  were introduced to PETSc wrappers. Moreover, initialization of the
   underlying SLEPc objects is now done inside constructors of the wrapper
   classes. As a result, one has to provide an MPI communicator to the constructors of
   spectral transformation classes.
diff --git a/include/deal.II/lac/slepc_solver.h b/include/deal.II/lac/slepc_solver.h
index cc4887d439..96da5c0124 100644
--- a/include/deal.II/lac/slepc_solver.h
+++ b/include/deal.II/lac/slepc_solver.h
@@ -79,7 +79,7 @@ DEAL_II_NAMESPACE_OPEN
  *   PETScWrappers::PreconditionBoomerAMG preconditioner(mpi_communicator, data);
  *   SolverControl linear_solver_control (dof_handler.n_dofs(), 1e-12,false,false);
  *   PETScWrappers::SolverCG  linear_solver(linear_solver_control,mpi_communicator);
- *   linear_solver.initialise(preconditioner);
+ *   linear_solver.initialize(preconditioner);
  *   SolverControl solver_control (100, 1e-9,false,false);
  *   SLEPcWrappers::SolverKrylovSchur eigensolver(solver_control,mpi_communicator);
  *   SLEPcWrappers::TransformationShift spectral_transformation(mpi_communicator);
@@ -90,7 +90,7 @@ DEAL_II_NAMESPACE_OPEN
  *
  * In order to support this usage case, different from PETSc wrappers, the classes
  * in this namespace are written in such a way that the underlying SLEPc objects
- * are initialised in constructors. By doing so one also avoid caching of different
+ * are initialized in constructors. By doing so one also avoid caching of different
  * settings (such as target eigenvalue or type of the problem); instead those are
  * applied straight away when the corresponding functions of the wrapper classes
  * are called.
-- 
2.39.5