Change mesh_info() to print_mesh_info().

Our function names almost always have a verb in it that indicates
what the function does. This one did not. Change it.

Merge pull request #922 from bangerth/doc-update-28

Remove some comments that were not up to date any more.

Remove some outdated comments.

Merge pull request #921 from tamiko/remove_superfluous_typenames

remove superfluous 'typenames', fixes for #918

remove superfluous 'typenames', remove tabs

Merge pull request #920 from bangerth/fix-non-c++11-code

Fixes for #918

Change code so that it is also correct wherever we use generic scalar types.

Ensure that the new generic FEValues code also compiles in non-C++11 mode.

Merge pull request #918 from bangerth/davydden-generic-scalar-types-for-FEValues

Introduce generic data types for values extracted from solution vectors

Merge pull request #919 from bangerth/fix-dynamic-sparsity-pattern-iterators-3

Work around another issue with libc++.

Work around another issue with libc++.

The same issue we had with operator== also exists with operator<,
namely that apparently the constructor of the one-past-the-end
object does not initialize the position within the row. This
fixes the problem in essentially the same way.

This should address the remaining failures referenced in #899.

Fix a typo in a comment.

Expand on certain FIXMEs.

Minor cleanups.

Add some more documentation.

Also add a changelog entry.

A few minor cleanups.

1/ In integrate_difference(), use the correct type.
2/ In point_gradient(), return an object of the correct type.

indentation with astyle 2.04 instead of 2.05

another comment

Avoid a copy operation implemented by hand. This at least allows rvalue references in C++11 to work if the compiler supports it.

added comments and FIXME

change to a straight initialization

indentation

update Allreduce operation to fit complex numbers in compute_mean_value

Wolfgang's patch which fixes tests

patched error_estimator

fixed lines in fe_values.cc with += operator

instantiate Vector<int>

minor fix in do_function_symmetric_gradients

temporary fix of vector_tools.templates.h

fixed point_value_history

patched fe_field_funciton.templates.h

fixed KellyErrorEstimator in 1d

fixing derivative approximation

temporary fix to data_out_dof_data

patch vector_selector

fixed minor misprints in FEValues.cc

fixed FEValuesBase instantiations

made FEValuesBase::get_function_xxx to store results in containers of consistent type with the input vector

fixing do_function_xxx used in the FEValuesBase class

fixes in do_function_xxx

fix FEValuesViews instantiations

Convert FEValuesView::[Tensor|SymmetricTensor] to allow for generic types.

Convert FEValuesView::Vector to allow for generic types.

Convert FEValuesView::Scalar to allow for generic scalar types.

Merge pull request #916 from mtezzele/vector_tools_boundary

Added instantiation for hp

Added instantiation for hp

Merge pull request #915 from bangerth/doc-update-27

Doc update 27

Merge pull request #914 from bangerth/doc-update-26

Extend the error message for ExcIndexRange.

Do a better job explaining the output of count_dofs_per_component.

This, too, seems to unsettle students who are sent to read step-20 as an
example of a coupled, vector-valued problem, but who have never heard of
the Raviart-Thomas element and its intricacies.

Discuss the reason why we even use such a complicated solver.

This seems to perpetually unsettle my students as they think that one
can only solve coupled systems using block solvers (step-20 is the
first coupled problem they encounter). But this is not true -- one
can just use a direct solver, for example.

Extend the error message for ExcIndexRange.

I must have had half a dozen students this semester who were unable to
decipher what this error message really means:

An error occurred in line <1183> of file
<../include/deal.II/lac/vector.h> in function
    Number &dealii::Vector<double>::operator()(const size_type) [number
= double]
The violated condition was:
    i<vec_size
The name and call sequence of the exception was:
    ExcIndexRangeType<size_type>(i,0,vec_size)
Additional Information:
Index 0 is not in [0,0[

This commit simply provides them with some more information.

Merge pull request #913 from bangerth/cleanups-2

A couple of minor code cleanups

Merge pull request #912 from bangerth/doc-update-25

Fix wrong HTML markup.

Merge pull request #911 from bangerth/doc-update-24

Update documentation for a recent commit.

Make a couple of tolerances relative to the size of the object.

Remove a few #ifdefs by just moving a variable into the Assertion.

Fix wrong HTML markup.

Update documentation for a recent commit.

Merge pull request #910 from fsonner/paramloopfix

Remove unused function from MultipleParameterLoop::UserClass

Remove unused function from param loop UserClass

Merge pull request #907 from tamiko/fix_condition

Bugfix: Fix misplaced brackets in condition

Merge pull request #908 from tamiko/fix_warnings

silence a warning, part 2

silence a warning, part 2

Merge pull request #906 from tamiko/fix_warnings

silence a warning

Bugfix: Fix misplaced brackets in condition

silence a warning

Merge pull request #883 from Rombur/serial_vector

[RFC] deprecate Trilinos and PETSc wrappers of serial vectors

Don't throw an exception recommanding to use mpirun -np 1 in the tutorials.

Fix double entry in changes.h

Deprecate TrilinosWrappers constructors instead of the whole class to silence warnings.

Deprecate the serial TrilinosWrappers and PETScWrappers classes instead of the constructor. Use complete_set_index in the tutorials.

Throw an exception when one tries to use in parallel tutorials that are serial. Consistently use MPI_COMM_WORLD with reinit(IndesSet, MPI_Comm) in the tutorials.

Replace PETScWrappers::Vector by PETScWrappers::MPI::Vector in step-36.

Fix a conflict in step-17.

Update changes.h

Deprecate PETScWrappers::Vector and PETScWrappers::BlockVector and update the tutorials.

Deprecate TrilinosWrappers::Vector and TrilinosWrappers::BlockVector and update the tutorials.

Merge pull request #904 from nicolacavallini/master

multiple polynomials_bernstein instantiation, in polynomials_bernstein.c...

multiple polynomials_bernstein instantiation, in polynomials_bernstein.cc and fe_bernstein.cc

Merge pull request #900 from masterleinad/branch_fix_half_hyper_shell

Fixed colorization for GridGenerator::half_hyper_shell

Fixed colorization for GridGenerator::half_hyper_shell

Merge pull request #901 from luca-heltai/fix-dyn-sparsity

Fix Dynamic Sparsity Pattern bug on Macs

Closes #889

Merge pull request #896 from masterleinad/branch_add_point_gradient

Implement point_gradient similarly to point_value

Merge pull request #899 from tamiko/add_two_small_comments

add two comments

add two comments

Merge pull request #897 from tamiko/move_constructors

A bunch of bugfixes for move operators

Remove move operators and constructors from PETSc variants

fixup

Bugfix: Do not reinitialize in move operator

Bugfix: Implement BlockIndices::swap correctly

Bugfix: Implement PETScWrappers::BlockVector::swap for different block sizes

Bugfix: Correctly set up object in move constructor

Bugfix: Implement TrilinosWrappers::BlockVector::swap for different block sizes

Bugfix: Correctly set up object in move constructor

Bugfix: Implement BlockVector<number>::swap for different block sizes

Bugfix: Correctly set up object in move constructor

Bugfix: Correctly set up object in move constructor

Add an entry to changes.h and reduce the number of actual implementations for point_value and point_gradient