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

Implement point_gradient similarly to point_value

Merge pull request #893 from tamiko/move_semantic

Add move constructor and operator to Vector and BlockVector

reindent

Do not clear vectors in move operators/constructors for distributed data structures

Add tests for native deal variants and TrilinosWrappers::MPI

add a changes.h entry

Add move constructor and operator to PETScWrappers::MPI::Vector and PETScWrappers::MPI::BlockVector

Add move constructor and operator to TrilinosWrappers::MPI::Vector and TrilinosWrappers::MPI::BlockVector

Add move constructor and operator to Vector and BlockVector

Merge pull request #890 from tjhei/blockwise-mg

multigrid block_wise renumbering

add changelog entry

extend test

add serial test for DoFRenumbering::block_wise for MG

Remove is_active check in dof renumbering

Condense locally-owned conditions for renumbering

Add spacedim parameter to renumbering function

Fix block-wise dof renumbering for multigrid

Re-adds a version of DoFRenumbering::block_wise working on a single
multigrid level. For this an internal helper function is changed to
work with non-active cells.

Merge pull request #887 from drwells/consistent-logical-operators

Consistent logical operators

Update to match the current style guide.