Thanks, Oliver!

The new YaspGrid constructors require an array with the number of cells
in each direction. Unfortunately, there is no array constructor that
takes a single element and copies it to all array elements.

This patch adds a simple function Dune::fill_array() to do just that.

[[Imported from SVN: r6886]]

* the array synopsis in the standard uses struct, so why don't we?
* add method empty (demanded by the standard, many more are actually missing)
* consistently use std::size_t instead of size_t (for std::array it should even be std::size_t)
* simplify operator<<
* unify indentation (to 2)
* make_array is a function and not a method
* improve comments on the preprocessor branches (to improve readability)

[[Imported from SVN: r6868]]

Fix printing of zero-dimensional arrays, FS#1148.
(Thanks to Elias Pipping for testing the patch)

[[Imported from SVN: r6865]]

With the exception of mpicollectivecommunication.hh
and propertymap.hh, which I didn't understand.

[[Imported from SVN: r6784]]

use fill for asignment from scalar

[[Imported from SVN: r6362]]

This is especially useful when an array is needed to initialize a class
member.

This uses a statement like

  array<T, 2> result = { t0, t1 };

to initialize the array.  This is correct and explicitly allowed by the
upcoming standard.  Unfortunately g++ warns about this with -Wmissing-braces
(which is implied by -Wall) because this relies on brace elision.  The report
<http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25137> has been filed more than
five years ago, but so far not much has happened.

[[Imported from SVN: r6328]]

[[Imported from SVN: r6327]]

[[Imported from SVN: r6200]]

[[Imported from SVN: r6172]]

preferes fill(t)

[[Imported from SVN: r6170]]

increase stl-compatibility: allow construction from brace-enclosed initializer list.  Thanks to Bard Skaflestad for the patch.

[[Imported from SVN: r5933]]

[[Imported from SVN: r5910]]

std::tr1::array, but only by std::array. The reason is to avoid the
alignment bug is gcc-4.[012]

This allows Dune::FieldVector to inherit from Dune::array.

[[Imported from SVN: r5829]]

[[Imported from SVN: r5652]]

* update Makefiles and configure

[[Imported from SVN: r5643]]

[[Imported from SVN: r5566]]

[[Imported from SVN: r5544]]

The file fixedarray.hh is renamed to array.hh, to conform with the name of the class it contains.  A backward-compatibility stub will be checked in in a second

[[Imported from SVN: r5542]]

[[Imported from SVN: r5132]]

[[Imported from SVN: r5010]]

of constructing it.
Added assign methode as ther is no operator=(const T&) in std::tr1::array<T,int>.

[[Imported from SVN: r4970]]

[[Imported from SVN: r4967]]

[[Imported from SVN: r4963]]

The segfault I reported remains extremely elusive, I have not been able to reliably
reproduce it, let alone track iit down.  On the other hand, my production codes runs 
smoothly with this patch.

Also, FixedArray is deprecated now.


[[Imported from SVN: r4949]]

[[Imported from SVN: r4945]]

because it caused an extremely strange segfault.  No idea why.

[[Imported from SVN: r4934]]

Use system implementation of 'array' if present.  Deprecate constructor array(const T& t) because the libstd++ implementation doesn't have it

[[Imported from SVN: r4933]]

Added a class 'array' which provides the same functionality as FixedArray, but conforms to the naming
of the tr1 array class.  I would have liked to put this into a separate header, but unfortunately,
array.hh exists already.  In a future step, the stl implementation of 'array' will be used when
available.

[[Imported from SVN: r4895]]

[[Imported from SVN: r3086]]

File, ebenso Vec, daß sich in fixedvector.hh befindet.
Außerdem erbt Vec jetzt von FixedArray.  Leider sind
einige Änderungen nicht rückwärtskompatibel.  Insbesondere
fehlen Vec::print (man nehme stattdessen operator<<)
und Vec::read (man nehme const T& operator[])
Entschuldigt die Unannehmlichkeiten.

[[Imported from SVN: r503]]