DynamicVector. Inheritance doesn't work for template specialization
lookup... not that this specialization isn't necessary, if you are
using FieldVector<T,n> via the interface class DenseVector< FieldVector<T,n> >

[[Imported from SVN: r6174]]

  few cases, where CRTP really makes sense!)
* type infroamtion is provided via DenseMatVecTraits

[[Imported from SVN: r6171]]

- FielfVector uses int, not unsigned int

[[Imported from SVN: r6168]]

that std::array defines these operators aswell and c++ prefers to
complain about an inaccesible base class, rather than using the cast
operator :-(

[[Imported from SVN: r6167]]

duplicated code, we only have to add the scalar operators.

[[Imported from SVN: r6165]]

[[Imported from SVN: r6157]]

[[Imported from SVN: r6135]]

[[Imported from SVN: r6129]]

vectors using different storage containers

[[Imported from SVN: r6128]]

[[Imported from SVN: r6105]]

[[Imported from SVN: r5926]]

[[Imported from SVN: r5923]]

[[Imported from SVN: r5922]]

merge to release

[[Imported from SVN: r5877]]

* add a specialization of sqrt to fvmeta, this should fix the
  ambiguous sqrt(int)

merge to release

[[Imported from SVN: r5874]]

[[Imported from SVN: r5860]]

* hide specializations from doxygen
* use ROWS and SOLS instead of n and m for the FieldMatrix
* use conjugateComplex instead of fm_ck
* document istl_assign_to_fmatrix

[[Imported from SVN: r5659]]

  type
* make *norm* in fvector and fmatrix use this real type

[[Imported from SVN: r5656]]

* update Makefiles and configure

[[Imported from SVN: r5643]]

[[Imported from SVN: r5596]]

This seems to fix the warning about the use of an uninitialized variable
when using FieldVector< T, 0 >.

I thought Oli already implemented this, though.

[[Imported from SVN: r5515]]

[[Imported from SVN: r5372]]

Check not checks all FieldVector and not only the one with 1 entry.

[[Imported from SVN: r5360]]

(again, this code cannot have been compiled prior to committing)

[[Imported from SVN: r5358]]

A proper operator= is added instead, and this should get rid of
the ominous 'uninitialized memory' warning.

I am closing FlySpray entry 437.  Please reopen it if the
problem persists.

[[Imported from SVN: r5357]]

[[Imported from SVN: r5262]]

without the specialization you could get a warning that p[ 0 ] is used
uninitialized.

[[Imported from SVN: r5260]]

[[Imported from SVN: r5230]]

[[Imported from SVN: r5223]]

[[Imported from SVN: r5219]]

* make documentation more consistent

[[Imported from SVN: r5206]]

[[Imported from SVN: r4929]]

[[Imported from SVN: r4845]]

[[Imported from SVN: r4812]]

[[Imported from SVN: r4780]]

product.  Measuring the impact on efficiency gave the same results
as for the older TMP stuff.  When compiled with -O3 (g++ 4.1), there
is no measurable speed difference between the old and the new code.
That is so even though temporary variables had to be inserted.
When compiling without optimization, the new code is faster,
presumably because a standard for-loop is faster than a cascade
of function calls.  Depending on your vector size, this speedup
can be considerable!  For a six-entry FieldVector repeatly computing
norms gets about 40% faster.

This concludes FlySpray issue 46.

[[Imported from SVN: r4759]]

[[Imported from SVN: r4704]]

some compiler warnings, and makes FieldVectors of size larger than 500 possible.

I left in the TMP for the norms of FieldVectors, because you can't remove it without
introducing a temporary, and I didn't want to do that without measuring the effects.

Also:  FieldVector::print() is deprecated now.  Please use operator<< instead.

[[Imported from SVN: r4695]]

when they're instantiated with size 0.

WARNING: this patch contains a tiny semantic change: the public enum
size, which used to contain the internal size of the FieldVector now
contains the size that the vector was instantiated with.  This must
be so because the internal size is an implementation details should
be invisible from the outside.  As long as you didn't work with
size 0 FieldVectors it doesn't matter anyways.

[[Imported from SVN: r4304]]

[[Imported from SVN: r3647]]