Re-break comments to the usual length.

Update the numbers in a comment.

Add a changelog entry.

Merge pull request #1183 from bangerth/use-covariant-return-types

Simplify code.

Merge pull request #1184 from bangerth/cosmetic-changes

Cosmetic changes.

Merge pull request #1181 from bangerth/remove-unused-variable

Remove an unused variable.

Cosmetic changes.

There's a show on TV as I write on cosmetic surgery. I thought I'd do some of
my own in a couple of places I found over the past few days.

Simplify code.

There are a couple of places where we call a get_data() function
that returns a pointer to a base class when we know that the actual
data type is a pointer to derived class. We need to cast right back
to the derived class.

This can be avoided by using covariant return types where the get_data()
function returns a pointer to derived right away.

Remove an unused variable.

This must be a left-over from some earlier development.

Merge pull request #1178 from tjhei/fix_test

Fix tests

Merge pull request #1179 from tjhei/fix_cmake_bug

Fix cmake configure issue introduced by #1148

Fix cmake configure issue introduced by #1148

add missing RESET_CMAKE_REQUIRED() introduced by #1148 and commit
e02e450.

make tests/fe/cell_similariy_11 work without MPI

Avoid exception "Calling set_thread_limit() more than once is not
supported!".

Test: adjust iteration counts

Merge pull request #1167 from tjhei/test_fixes_muelu

fix muelu test output

Merge pull request #1176 from tjhei/dynamic_sp_fix

fix invalid operation in DynamicSparsityPattern::iterator

fix invalid operation in DynamicSparsityPattern::iterator

We used to compare two std::vector iterators that might belong to
different std::vectors. This is obviously illegal.

This addresses issue #1175, see
https://github.com/dealii/dealii/issues/1175

Add a test that failed (with stl debug library only).

Merge pull request #1173 from bangerth/more-CellSimilarity-issues

Make the CellSimilarity argument const also in Mapping.

Make the CellSimilarity argument const also in Mapping.

Logically, these arguments are intended to be input arguments, so make them
const. Also, don't make them a reference as they are simply integral values.

That said, the original intention of having a reference was so that
mappings can indicate situations where cell similarity has to be
disregarded. Consequently, let the fill_fe_values() functions return a
cell similarity value that will then simply be assigned to the same
variable again.

Merge pull request #1174 from kronbichler/master

Test case for cell similarity

Test case for cell similarity

Merge pull request #1171 from kronbichler/master

Fix #1168, make compile with boost bind.

Make compile with boost bind.

Merge pull request #1169 from bangerth/replace-random_shuffle

Replace the use of std::random_shuffle.

Replace the use of std::random_shuffle.

It turns out that this function has been deprecated for C++17, see
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2014/n3924.pdf

As a side effect, the function has also gotten more predictable.

Merge pull request #1122 from tjhei/iterate_index_sets

new IndexSet iterators

fix muelu test output

Merge pull request #1166 from bangerth/clarify-fill_fe_values-arguments

Clarify fill fe values arguments

Merge pull request #1164 from kronbichler/master

Reduce number of failing tests with FMA

Add a changelog entry.

Pass CellSimilarity arguments by value rather than by reference.

These are integral valued arguments for which references are not necessary. They are
also all input arguments.

Mark two more of the FiniteElement::fill_fe_values arguments as const.

These two arguments were supposed to be input arguments, but weren't marked as const. Do
this here, and document the respective functions better.

Update the code in a way that makes it clearer.

Specifically, don't modify an input argument of the function but instead use the
old value and just modify the conditions in which it is used. This makes it clearer
when certain actions have to be performed.

Rewrite the FE_DGPNonparametric::fill_fe_*_values() functions.

Specifically, make sure that the FiniteElement::InternalDataBase object they receive is
really used specifically only for read-only purposes. This requires that we allocate some
memory in the fill_fe_*_values() functions for scratch arrays, but on the upside, we can
get rid of the FE_DGPNonparametric::InternalData class.

Add some documentation.

Unify output to 8 digits accuracy

Output more digits in several test cases to let numdiff decide on accuracy

Fix the filtering of close-to-zero elements in interface_constraints

Relax tolerance.

new IndexSet iterators

Add ElementIterator and IntervalIterator to iterate over the contents of
IndexSet.

Merge pull request #1163 from msteigemann/branch_vectortools_interpolate

VectorTools::interpolate_to_different_mesh

Merge pull request #1165 from bangerth/parallelize-parts-of-fesystem-2

Clone the base elements of FESystem in parallel.

VectorTools::interpolate_to_different_mesh: insert compress needed for PETSc parallel vectors

Merge pull request #1155 from bangerth/parallelize-parts-of-fesystem

Do the work of compute_fill() in parallel over the base elements.

Clone the base elements of FESystem in parallel.

In the constructor of FESystem, we clone the base elements, which requires
constructing new finite element objects -- an expensive task. This patch
does this in parallel for the base elements.

Add a changelog entry.

Do the work of compute_fill() in parallel over the base elements.

Merge pull request #1157 from tjhei/test_fixes_intel

Update tests for Intel 15

Merge pull request #1158 from tjhei/intel_symmetric_tensor

Avoid Intel 15 bug in SymmetricTensor

Avoid Intel 15 bug in SymmetricTensor

This should fix broken behavior in deal.II/fe_values_view_{23|24|25} with
Intel 15.0.3, where the compiler sometimes forgets to initialize the static
fields.

Update tests for Intel 15

Make error checks more reliable and void == with doubles.

Merge pull request #1152 from bangerth/fix-fesystem-with-more-demanding-elements

Fix an inconsistency in FESystem.

Merge pull request #1148 from tamiko/fix_intel_sfinae_bug

Workaround: fix compilation with icc and linear_operator

silence test

Workaround: fix compilation with icc and linear_operator

Disables the sfinae lookup in the has_vmult_add helper class for faulty
icc. Intel's compiler up version 15.0.3 run into an sfinae bug otherwise.

For affected compiler versions, has_vmult_add will always report "false"
for icc which will result in a slight performance penalty due to
unnecessary temporary storage.

Merge pull request #1153 from bangerth/doc-update-29

Update the documentation by something I had to read up on (again).

Update the documentation by something I had to read up on (again).

Add changelog entry.

Fix an inconsistency.

My understanding is that when FEValues calls the mapping, the mapping puts
its results into the FEValuesData base class of the FEValues object. Then,
FEValues calls FiniteElement::fill_fe_values which uses the mapping data
and its InternalData object to compute shape function information and again
put it into the FEValuesData base class of the FEValues object.

In the case of FESystem, this is a bit more complicated: Here, we don't want
the base elements to put their stuff into the FEValuesData base object
because the results of *all* base elements will go there (and because,
consequently, array sizes don't match, etc). Thus, FESystem::fill_fe_values
creates an array of scratch FEValuesData objects, passes these to the
base elements that fill them, and the copies back the data from the scratch
objects to its own base element. To make this work, FESystem has to also first
copy everything that's in its own FEValuesData base object to each of the scratch
objects.

This is where the bug lies: Currently, only one of the elements that the mapping
has computed is copied; we need to be consistent and do this with all
mapping related arrays in FEValuesData.

Merge pull request #1151 from bangerth/fix-doc-2

Be consistent in the documentation.

Be consistent in the documentation.

We used both boldface and '\vec' to denote vectors on this page. Be consistent.

Merge pull request #1131 from bangerth/allow-partitioning-weights

Allow attaching weights to each cell when partitioning meshes.

Merge pull request #1150 from bangerth/fix-test-for-clang

Make test work on clang.

Make test work on clang.

clang outputs '(nil)' when printing a null pointer, rather than '0'. This is not a bad
idea I suppose, but it is incompatible with other compilers. Change the test to just always
do it.

Add a changelog entry.

Add tests.

Allow attaching weights to each cell when partitioning meshes.

This makes it possible to partitioning meshes in such a way that not the number
of cells on each partition is roughly equal, but the sum of weights.

Merge pull request #1147 from tamiko/fix_header_tests

Bugfix: Do not test for inclusion of config.h in header tests

Bugfix: Do not test for inclusion of config.h in header tests

It turns out that sometimes [1] the testsuite picks up revision.h (and
config.h) as well.

revision.h does not include config.h and the test subsequently fails with
the DEAL_II_NAMESPACE_* not being found. Disable this check for the
revision.h test.

[1] For an in-source build and if an installed deal.II is tested.

Merge pull request #1144 from bangerth/fix-changelog

Fix name of this file to match our convention

Fix name of this file to match our convention (and the HTML links we
use everywhere).

Merge pull request #1141 from tjhei/xref_fixes

fix references in testsuite.html

fix references in testsuite.html

Merge pull request #1129 from masterleinad/branch_restrict_constraints

Restrict DoFs that can be used in constraints to those in the IndexSet

Merge pull request #1135 from tjhei/cmake_clanglibcbug

disable cxx11 on clang with libc++ if buggy

Require the current version of deal.II.

update VERSION

update changes and news for release

Merge pull request #1136 from tjhei/intel_vec

enable auto-vectorization for intel 15

enable auto-vectorization for intel 15

It turns out vectorization is working again (at least with 15.0.3), so
enable it conditionally.

disable cxx11 on clang with libc++ if buggy

Merge pull request #1130 from bangerth/remove-unnecessary-data-element

Remove storing data we end up not using.

Merge pull request #1133 from tjhei/cmake_fixes

configuration fixes

set template depth on MAC OS

disable cxx14 if cxx11 fails

Finally disable cxx14 if cxx11 detection failed for whatever reason.
Before we could end up in a situation with CXX14=TRUE and CXX11=FALSE
even if nothing was specified during configure time. Running cmake a
second time would then bail out.

Merge pull request #1090 from masterleinad/branch_fix_rotated_periodicity

Arbitrary orientations in parallel::distributed::Triangulation::add_periodicity

Merge pull request #1132 from kronbichler/master

Update documentation

Update documentation

Add tests for periodicity constraints in parallel

Remove storing data we end up not using.

We passed a data element around and stored it in a local class, but
ended up not using it after all. This is likely a leftover from a
previous iteration in the code. In any case, removing the member
variable turns out to compile and test fine, so we don't need to
pass this data to the constructor either.

Allow for arbitrary orientations of faces for periodicity constraints in parallel

Fix smaller errors for rotated periodicity constraints and allow for constraints on the same DoF in this case

Restrict DoFs that can be used in constraints to those in the IndexSet

Merge pull request #1127 from tjhei/release_step_0

Release step 0

Merge pull request #1123 from tjhei/test_multipleselection

test ParameterHandler::MultipleSelection

update Trilinos docs

./contrib/utilities/update-copyright

bump PETSc version in doc

Merge pull request #1125 from tjhei/cmake_cxx14_variable

set cxx14 cmake variable correctly

Merge pull request #1126 from tjhei/mingw_warnings

boost variadic template warnings