Refer to MappingQGeneric instead to MappingQ1.

In all of the unambiguous places, refer from MappingQ to MappingQGeneric
instead of the immediate base class MappingQ.

Minor cleanups.

Let MappingQ have a MappingQ1 member.

This mostly breaks the derivation of MappingQ from MappingQ1. There are
a few hold-outs left, though.

Merge pull request #1577 from maieneuro/mapping_derivatives_documentation

fixed spelling mistakes

Merge pull request #1576 from bangerth/revamp-1573

Fix issues with #1573.

fixed spelling mistakes

Fix issues with #1573.

Specifically, avoid an anonymous namespace in header files. Also
remove unnecessary specializations of functions for const input
arguments.

Merge pull request #1574 from maieneuro/mapping_derivatives_documentation

Added a subsection about mapping higher-order derivatives in Mapping …

Added a subsection about mapping higher-order derivatives in Mapping documentation

Merge pull request #1575 from tjhei/changelog

add to changelog

add to changelog

Merge pull request #1573 from bangerth/fix-warnings

Avoid a whole lot of warnings.

Avoid a whole lot of warnings.

These warnings are about accessing elements of a zero sized
array as well as comparisons of the form 'i<dim' if 'dim==0'.

Merge pull request #1572 from tjhei/explicit_additional_data_ctor

make AdditionalData ctor explicit

Merge pull request #1571 from QiaoLei-88/step40Solver

Constructors of SolverCG from PETSc and Trilinos have different interfaces

make AdditionalData ctor explicit

Constructors of AdditionalData in various linear solvers are now marked
explicit. This is to avoid implicit conversions from int. See #1571 for an
example where an MPI communiator (which is an int) is silently converted
because of the default values in AdditionalData.

Merge pull request #1570 from bangerth/fix-test-12

Adjust type of CosineFunction::hessian.

Adjust type of CosineFunction::hessian.

Constructors of wrapper SolverCG for PETSc and Trilinos have different interaces

Merge pull request #1562 from tamiko/fix_table_indices

TableIndices: Cleanup

astyle

Address comments

Add a news/changes.h entry

TableIndices: Cleanup

This is a major cleanup:

 - remove all template specializations
 - also remove the base class
 - implement one convenience constructor that takes care of everything

Add std_cxx11/iterator.h to switch between std::begin and boost::begin

Merge pull request #1566 from bangerth/fix-doxygen

Expand DEAL_II_NAMESPACE_OPEN/CLOSE to nothing for doxygen.

Expand DEAL_II_NAMESPACE_OPEN/CLOSE to nothing for doxygen.

It showed up in at least one place in the HTML output. Avoid this by ensuring that
it is simply expanded to nothing.

Merge pull request #1565 from kronbichler/master

Improve C++14 test for clang

Improve C++14 test for clang

Merge pull request #1561 from tamiko/fix_compilation

Bugfix: Avoid C++11 only features

Bugfix: Avoid C++11 only features

Merge pull request #1555 from bangerth/instantiate-MappingQ1Eulerian

Instantiate MappingQ1Eulerian for the same classes as MappingQEulerian.

Merge pull request #1558 from QiaoLei-88/tutorialDescription

update description of step-11

Merge pull request #1560 from tjhei/fix_no_trilinos

fix compilation without trilinos

fix compilation without trilinos

Merge pull request #1557 from tamiko/block_linop_bugfix

Bugfix: Disallow templated constructor/copy assignment for derived classes

update description of step-11

Bugfix: Disallow templated constructor/copy assignment for derived classes

Provide a changelog entry.

Instantiate MappingQ1Eulerian for the same classes as MappingQEulerian.

Merge pull request #1550 from davydden/function_hessian

added Function::hessian()

added Function::hessian()

fixed CosineFunction in function_lib to comply.

Merge pull request #1552 from tjhei/trilinos_precondition_warnings

remove warnings in trilinos_precondition*cc

remove warnings in trilinos_precondition*cc

Merge pull request #1540 from maieneuro/third_derivatives

Implemented computation of shape function 3rd derivatives in real cel…

Merge pull request #1549 from tamiko/cleanup

Testsuite: Fix regressions introduced by #1517

added tests for other elements

Implemented computation of shape function 3rd derivatives in real cell, except in FE_PolyTensor

Merge pull request #1551 from maieneuro/remove_compute_2nd

removed the no longer necessary FiniteElement::differences and ::fd_s…

removed the no longer necessary FiniteElement::differences and ::fd_step_length

Testsuite: Update serialization tests

Bugfix: Provide const TensorIndicesHelper<>::extract variant

It is necessary to also deal with const references...

Testsuite: Fix invalid constructor calls

Testsuite: Fix invalid constructor calls

This should have never been syntactically correct code...

Merge pull request #1546 from tamiko/fix_testsuite

Testesuite: Bugfix: Fix configuration for with_64bit_indices

Testesuite: Bugfix: Fix configuration for with_64bit_indices

Merge pull request #1545 from tamiko/fix_cxx11_thread_check

CMake: Bugfix: Export -pthread when trying to link

CMake: Bugfix: Export -pthread when trying to link

It turns out that clang is a bit more picky and wants to have -pthread
on the command line.

Merge pull request #1517 from tamiko/complexify

Tensor<rank,dim,Number> - major cleanup

Bugfix: Use generic initializer in Tensor::norm()

Do not use Tensor<..>(bool) contstructor in headers and testsuite

Cosmetic change: Attach operator to conversion type

Tensor, Point: Remove constructor taking a boolean argument

This boolean has no effect any more. Simply remove it.

Cosmetic change: Use member initializer list

Bugfix: Put tensor_base.h back in place.

Bugfix: Remove an unnecessary second pass for value initialization

Bugfix: Avoid C++11 only syntax

Workaround for a bug in gcc-4.8 wrt to operator* and mixed std::complex types

Bugfix: Dissallow access to an object of type Tensor<rank,0,Number>

Well, there is no sane way of accessing such an object. Unfortunately, the
"degeneration" operator[](void) is not part of the C++ language...

So, dissallow any access to the value but allow creation and comparison of
this object...

Remove unnecessary specializations and a confusing comment

Obsolete tensor_base.h, refactor everything to tensor.h

Bugfix: Avoid temporaries

Bugfix: Only run this test in C++11 mode

Bugfix: Remove ambiguity.

With the rest of Tensor<0,dim,Number>'s interface this operator= is
redundant.

Bugfix: Do not use C++11 features

Bugfix: Add more typetraits to ProductType for non C++11

Bugfix: Allow creation and handling of Tensor<rank, dim ==0>

Such objects only store a zero (which doesn't make much sense to work with
them). But for certain situations in the library we need to be able to
create such objects.

Bugfix: Remove superfluous operator<< and fix ambiguity

Bugfix: Tensor<rank,dim>: Always store a tensor type internally

Bugfixes: Update wrong descriptions, fix typos

Bugfix: Update Point<dim,Number> documentation, fix norm, norm_square

Both are supposed to return a real valued scalar product. Update
documentation and implementation accordingly.

Bugfix: Avoid C++11 features

Do not use template default arguments for function templates.
Also provide fully templated interface for scalar multiplication with
point, too.

Bugfix: Promote VectorizedArray<Number> to a scalar type

Now, every operation concerning Tensors are guarded with the EnableIfScalar
type trait. Consequently, a VectorizedArray has also to be made a scalar
type.

run astyle

add a news/changes.h entry

Minor Bugfixes on Point<dim>

- use numbers::NumberTraits<Number>::abs_square to compute the squared
  euclidian norm

- allow scaling with arbitrary, compatible number type

- implement some functions directly to be independent of the Tensor<>
  implementation

Restructure declarations in tensor_base.h and tensor.h

Move everything that isn't necessary from tensor_base.h to tensor.h

Eliminate specialization for Tensor<1,dim>

This is more or less an exact code copy of Tensor<rank_,dim>.

tensor_base.h now contains the full definition of Tensor<rank_,dim>. All
external functions operating on tensors that are not strictly needed reside
in tensor.h.

Tensor<rank, dim>: Finish interface cleanup

Testsuite: Add a test for mixed type operations

Tensor<1, dim>: Finish interface cleanup

Tensor<0,dim>: Use cast instead of friend declaration to access value

Tensor<0,dim>: Also provide operators for scalar multiplication

Tensor<k,dim>: Remove superfluous operator* variants

It is completely sufficient to provide 1 ("one") templated variant.

I guess, over time more and more variants were added. This increased the
grade of ambiguity for the compiler to chose the one intended
implementation.

Tensor<0,dim,Number>: Implement mixed (tensor) operations

This allows arbitrary arithmetic operations of mixed value_type operands
such as real and complex valued tensors.

Bugfix: Fix type ambiguity for two calls to std::min

Merge pull request #1515 from tcclevenger/write_svg

Add SparsityPattern::write_svg

Merge pull request #1544 from maieneuro/remove_compute_2nd

removed compute_2nd as hessians are analytically computed

removed compute_2nd as hessians are analytically computed

Add SparsityPattern::print_svg