From 673e6faa9b14e693d805b8a4b25376517919e9c2 Mon Sep 17 00:00:00 2001 From: Matthias Maier Date: Fri, 25 May 2018 20:02:43 -0500 Subject: [PATCH] RCM: Update numerics, part 2: update comments (no code changes) --- include/deal.II/numerics/solution_transfer.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/include/deal.II/numerics/solution_transfer.h b/include/deal.II/numerics/solution_transfer.h index 28920d3da5..d5ab90dd5c 100644 --- a/include/deal.II/numerics/solution_transfer.h +++ b/include/deal.II/numerics/solution_transfer.h @@ -239,7 +239,7 @@ DEAL_II_NAMESPACE_OPEN * * Whether this is a problem you need to worry about or not depends on your * application. The situation is easily corrected, of course, by applying - * ConstraintMatrix::distribute() to your solution vector after transfer, + * AffineConstraints::distribute() to your solution vector after transfer, * using a constraint matrix object computed on the new DoFHandler object (you * probably need to create this object anyway if you have hanging nodes). This * is also what is done, for example, in step-15. @@ -250,7 +250,7 @@ DEAL_II_NAMESPACE_OPEN * course exactly the same because the old finite element space is a subspace * of the new one. Thus, if the old function was conforming (i.e., satisfied * hanging node constraints), then so does the new one, and it is not - * necessary to call ConstraintMatrix::distribute(). + * necessary to call AffineConstraints::distribute(). * * *

Implementation in the context of hp finite elements

@@ -284,7 +284,7 @@ DEAL_II_NAMESPACE_OPEN * polynomial degree is lowered on some cells, then the old finite element * space is not a subspace of the new space and you may run into the same * situation as discussed above with hanging nodes. You may want to consider - * calling ConstraintMatrix::distribute() on the vector obtained by + * calling AffineConstraints::distribute() on the vector obtained by * transferring the solution. * * @ingroup numerics -- 2.39.5