Make code slightly easier to read.
Hide a variable in the only scope where it is used.

Also put braces around a longish code block.
Leave a note and a TODO.
Fix a typo.
Also expose make_tuple in std_cxx11

Our C++11 compatibility headers did not expose (std|boost)::make_tuple, fix
this.
Merge pull request #216 from tamiko/add_make_tuple

Also expose make_tuple in std_cxx11
Merge pull request #215 from bangerth/cleanups-1

Cleanups and doc updates
Introduce signals into the Solver base class.

This patch uses signals to determine whether a current iterate
satisfies the convergence criterion. Currently, the only slot that
is connected to a signal is the SolverControl::check() function,
but users will be able to connect different slots there as well,
closely monitoring the convergence process.

Adjust the testcases.
Add a mechanism to attach slots to the signal that now controls convergence.

Document this with an example that illustrates how we can observe
the iteration in process.
Document in classes derived from Solver that they use the signal/slot mechanism.
Merge pull request #204 from bangerth/use-signals-in-solvers

Use signals in solvers
Combined add and inner product for vectors: add_and_dot

- Implemented a new method add_and_dot for all vector classes (deal.II's vectors,
  block vectors, PETSc, Trilinos vectors)
- Specialized function for deal.II vector that does add_and_dot in one sweep over
  the data by a new AddAndDot struct that is passed to the accumulate function. This
  also extends the other structs for inner products and norms by one (unused) argument.
- New tests for this feature.
- Added new do_vectorized operation to all accumulation operations that uses the
  operations of VectorizedArray<double/float> for the sums. This helps to reduce the
  operations and thus increase performance when memory transfer is not the limit.
  This functionality is called in the regular part of the accumulate function which
  now sits in its own method 'accumulate_regular' (length divisible by 32). This
  functionality can unfortunately not be realized by the OPENMP_SIMD pragma recently
  introduced because that leads to non-reproducible results when the vector memory
  starts at different memory locations. VectorizedArray is only supported on some
  platforms and thus this functionality may not be available everywhere. However, good
  code will be generated unconditionally (except on old machines from around 2004-2008
  where unaligned reads also from aligned memory are slow, but those are not relevant
  any more).
- To implemented vectorized pow operations, I also added a std::pow function for
  VectorizedArray.
- The memory for parallel::distributed::Vector is now allocated to 64 byte boundaries
  just as is the memory of Vector<Number>.
Introduce a macro DEAL_II_VERSION_GTE.
Merge pull request #217 from bangerth/introduce-dealii-version-macro

Introduce a macro DEAL_II_VERSION_GTE.
Increase version requirement for Trilinos to 11.2
Merge pull request #218 from tamiko/trilinos_version_requirement

Increase version requirement for Trilinos to 11.2
Resolve two conflicting partial specializations by adding a third, most specialized case.
Merge pull request #219 from rudraa/add-missing-partial-specialization

Resolve two conflicting partial specializations by adding a third, most ...
Merge branch 'master' of https://github.com/dealii/dealii
Merge pull request #213 from kronbichler/master

Combined add and inner product for vectors: add_and_dot