From 642a398f5a70b2d953f3a7931fd4b1e39c3428c6 Mon Sep 17 00:00:00 2001 From: Wolfgang Bangerth Date: Fri, 8 May 2015 22:10:12 -0500 Subject: [PATCH] Also add a changelog entry. --- doc/news/changes.h | 21 +++++++++++++++++++++ 1 file changed, 21 insertions(+) diff --git a/doc/news/changes.h b/doc/news/changes.h index bd42faa46d..aee4e94d26 100644 --- a/doc/news/changes.h +++ b/doc/news/changes.h @@ -38,6 +38,27 @@ inconvenience this causes.

    +
  1. Changed: Functions such as FEValuesBase::get_function_values() that + extracted the values of functions at the quadrature points of a cell + implicitly always assumed that double is a reasonable + type to store the result in. This, however, is not true if the solution + vector's underlying scalar type was, for example, + std::complex@. All of the functions of + FEValuesBase as well as of the various FEValuesViews class that extract + values from solution vectors have been changed so that they now return + their results in vectors that use the same underlying scalar type + (float, double, or std::complex) as was used in the solution vector. +
    + Most user codes will be entirely unaffected by this because they simply + use the default vector types which all store their data as doubles. + You may have to adjust your code, though, if you use non-standard + types such as Vector@ for solution vectors, or use + complex-valued data types. This includes compiling PETSc with + complex scalars. +
    + (David Davydov, 2015/05/08) +
    2. +
  2. Removed: The generic, templated vmult, Tvmult, etc. -interfaces of LAPACKFullMatrix - they were never implemented.
    -- 2.39.5