Point to proposal for C++17 make_array(), and point out the differences of our
implementation.

That inhibits RVO and actually makes the code slower.  And even if the
compiler decides against RVO, the standard requires that he moves from the
object, if possible.  See Scott Meyers "Effective Modern C++", second half of
Item 25.

Thanks Markus Blatt for noticing.

Marco Agnese authored 9 years ago and Jö Fahlke committed 9 years ago

Use std::array instead of Dune::array.
[make_array] use variadic template instead of different specialization

While the following is legal c++11

  array<T,n> foo = { t1, t2, ...}

older compilers (namely gcc-4.4) issue a warning on missing braces.

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]]