Update news/changes.h

Do not use "contract" in the tests.

Do not use "contract" in the library.

tensor.h: Deprecate "contract" function

Merge pull request #1607 from tamiko/tensor.h_cleanup_1

Tensor<2,dim,Number> - clean up determinant and transpose functions

Merge pull request #1613 from l-korous/msvc-4

Fix for MSVC: template argument was a preprocessor macro defined in m…

Merge pull request #1612 from l-korous/msvc-3

MSVC fix -> add 'dealii::' root namespace explicitely where MSVC fail…

Add a news/changes.h entry, move a misplaced news/changes.h entry

tensor.h: Bugfix: make determinant compatible with arbitrary number types

tensor.h: Remove specializations of determinant

tensor.h: Remove specializations for transpose

With modern compilers the generic implementation is efficient enough - it
will be optimized to those specializations...

tensor.h: Deprecate rank 1 variants of determinant

We do not implemenent a hyper determinant, or any other generalization of a
determinant. Thus, deprecate this special case.

Merge pull request #1616 from tamiko/fix_compilation

Fix compilation

Fix compilation

Merge pull request #1615 from tamiko/update_changelog

Update changes.h, move entry

Update changes.h, move entry

Merge pull request #1609 from tamiko/tensor.h_cleanup_3

Tensor<rank,dim,Number -  let outer_product return its result

Update tests to use new signature of outer_product

Update library to use new signature of outer_product

tensor.h: Let outer_product return its result

All other function signatures also return their result - do the same here
and deprecate the old signatures

Merge pull request #1608 from tamiko/tensor.h_cleanup_2

Tensor<1,dim,Number> - let the cross_product functions return its result

add a news/changes.h entry

Update tests to use new cross_product signature

Update library to use new cross_product signature

tensor.h: Let the cross_product functions return its result

All other function signatures also return their result - do the same here
and deprecate the old signatures.

Merge pull request #1611 from l-korous/msvc-2

Fix for MSVC: Tensor<1, dim, Number>::real_type -> numbers::NumberTra…

Fix for MSVC: template argument was a preprocessor macro defined in minwindef.h

MSVC fix -> add 'dealii::' root namespace explicitely where MSVC fails to understand ' internal::' without 'dealii::'

Fix for MSVC: Tensor<1, dim, Number>::real_type -> numbers::NumberTraits<Number>::real_type
    - if left as is, MSVC 2013 Pro issues (although it should not) an error 'incompatible declaration <-> definition'.

Merge pull request #1606 from tjhei/fix_step_33

fix compilation of step-33

fix compilation of step-33

This is related to the Solver*::AdditionalData constructor change now
requiring explicitly instantiating the object.

Merge pull request #1604 from drwells/fix-double-that-step-16

Fix some typos in step-16.

Fix some typos in step-16.

Thanks to @kostyfisik for pointing out the 'that that' typo, which
prompted me to fix some other small ones.

Merge pull request #1602 from tamiko/make_gcc46_happy

gcc-4.6 support: Avoid unsupported initializer-list usage

gcc-4.6: Avoid unsupported initializer list usage

Merge pull request #1601 from drwells/fix-gdb-doc-inconsistencies

Fix inconsistencies in our GDB documentation.

Fix inconsistencies in our GDB documentation.

1. The GDB documentation consistently uses "pretty-print", not "pretty
print". The previous version of this file used both.
2. The folder ".gdbscripts" was not consistently named (it was
erroneously referred to as ".gdbfiles" in one place).

Merge pull request #1600 from tamiko/fix_cxx11_mode

Bugfix: Support complex_overloads.h also in C++11 mode

Bugfix: Support complex_overloads.h also in C++11 mode

[Wow. This is the first time that I broke something in C++11 mode - I
didn't realize that I was still in C++98 mode when testing...]

Manually specify all products that shall be available in ProductType -
otherwise our overloads cannot be used.

Merge pull request #1598 from bangerth/doxygen-updates-2

Untabify file.

Untabify.

Merge pull request #1595 from bangerth/add-tutorial-to-doxygen-pages

Add the tutorial to the doxygen pages.

Merge pull request #1596 from bangerth/doxygen-updates

Remove a duplicate entry from options.dox.in.

Merge pull request #1593 from bangerth/fix-warnings-4

Fix warning about unused function argument.

Fix a comment, as requested by @tamiko.

Add a changelog.

Remove a duplicate entry.

Also link to dealii.org.

Merge pull request #1582 from drwells/update-add-gdb-documentation

Added documentation describing our GDB support.

Added documentation describing our GDB support.

Add the tutorial to the doxygen pages.

Also reorder items a bit so that the 'related pages' come after modules,
namespaces, and classes.

Fix warning about unused function argument.

Merge pull request #1586 from tamiko/bugfix

Bugfix: Provide overloads for mixed floating point type operations

Merge pull request #1589 from tamiko/bugfix3

Bugfix: Convert a missing variant

Provide operator* overloads for mixed floating point type multiplication

Overloads for mixed complex floating point type multiplication

Those variants are defined in a separate namespace and can be included on
an if needed basis.

Testsuite: Test for mixed floating point type multiplication of complex values

Bugfix: Remove wrong bugfix

This is just a mistake. We should tackle the fundamental problem, namely
that we do not have templated operator* for mixed std::complex types
available.

Explicitly casting to product_type at every occurence of a possible product
of another scalar with a complex number type is not just tedious, it is
also strictly speaking not correct:

The type trait ProductType<Left, Right>::type defines the type that results
from calling operator* on those types - but neither Left, nor Right, have
to be convertible to a ProductType... (The contraction of tensors as we do
with operator* is an example)

Bugfix: Convert a missing variant

Merge pull request #1585 from tamiko/tensor_cleanup_part1

Tensor<rank,dim,Number> - Implement operator* with TensorAccessors::contract

This is why I hate astyle so much.

Bugfix: Allow compilation in C++98 mode

The boost variant boost::enable_if_c cannot be used to prevent the compiler
from trying to form Tensor<rank, dim, Number> objects with negative rank -
this results in an infinite template substitution and subsequent failure.

But we can use the tensor class itself as cheap "enable_if" mechanism -
just specialize Tensor<-1, dim> and Tensor<-2, dim> such that they do not
contain the necessary overloads.

Improve documentation, add missing @relates

Testsuite: Improve base/tensor_accessors_01

Testsuite: Briefly describe two tests

Add a test

Use a private member object instead of public inheritance

Bugfix: Fix return value of StoredIndex<1, S>

The problem is subtle. TensorAccessors::reordered_index_view returns an
internal object that behaves like a tensor.

The problem is that fully accessing the tensorial object, i.e., applying
operator[](unsigned int) rank times returned an object of type

  StoreIndex<0, [...]>

instead of type Number of the original tensor. The problem is that the
compiler has no way of knowing whether we want to cast this object to
Number during type matching, thus something like

  std::min( StoreIndex<0, [...]>(...), (double)4.);

fails.

Tensor<rank,dim,Number> - Implement operator* with TensorAccessors::contract

Tensor<rank,dim,Number> - use TensorAccessors::extract

Remove special internal code and use the generic implementation in
TensorAccessors::extract.

Merge pull request #1588 from bangerth/further-FEValues-cleanups-34

Simplify MappingQ.

Make several more functions part of the internal implementation.

This allows us to remove them from the public interface.

Merge pull request #1587 from tamiko/bugfix2

Minor bugfixes

Move several functions from the public interface of MappingQ into the .cc file.

Bugfix: Be consistent and cast to  const Number &

Bugfix: Use declval in decltype expression

```
decltype(std::declval<T>() * std::declval<U>())
```
is the correct syntax. This does not require that ```T``` and ```U``` have
default constructors...

Minor cleanup.

Merge pull request #1584 from tamiko/fix_tests

Fix tests base/tensor_accessors_(02|04)

Fix test base/tensor_accessors_04

Fix test base/tensor_accessors_02

Merge pull request #1531 from tjhei/qtcreator_project

add doc/news/changes.h to project

Merge pull request #1564 from tamiko/tensor_accessors

Implement TensorAccessors

astyle insists on that...

add a news/changes.h entry

Add a test for TensorAccessors::contract3

Implement TensorAccessors::contract3

Add a test for TensorAccessors::contract

Implement TensorAccessors::contract

Add a test for TensorAccessors::extract

Implement TensorAccessors::extract

Add a test for TensorAccessors::reordered_index_view

Implement TensorAccessors::reordered_index_view

Add a new namespace TensorAccessors

This namespace will contain a collection of algorithms working on generic
tensorial objects (of arbitrary rank).

The rationale to implement such functionality in a generic fashion in a
separate namespace is
 - to easy code reusability and therefore avoid code duplication.
 - to have a well-defined interface that allows to exchange the low
   level implementation.

Merge pull request #1568 from bangerth/further-FEValues-cleanups-33

Further fe values cleanups 33

Merge pull request #1578 from drwells/add-gdbinit

Pretty printers for GDB.

Added a small set of pretty printers for GDB.

Merge pull request #1580 from tjhei/fix_solver_additional_data

fix step-51 and tests with Solver*::AdditionalData changes

Merge pull request #1579 from Rombur/inst_bug

Fix a bug where SolutionTransfer is not instantiated for BlockVector

fix step-51 and tests with Solver*::AdditionalData changes

PR #1572 disabled implicit conversion to Solver*::AdditionalData. This commit
fixes tests and step-51 that broke because of that.

Fix a bug where SolutionTransfer is not instantiated for BlockVector when using hp::DoFHandler.