Otherwise use the array dispatchers. Adapted worker to use
vtkDataArrayAccessors for fallbacks on non-dispatchable arrays, and
enable optimizations based on array stride.

Most of the changes to Abstract and DataArray were to fix up
ambiguous references to 'id' and 'number' and clarify whether they
refer to tuples or values.

Many docstrings were removed for overridden virtuals. Doxygen will use
the base class's docstring for the virtual, which prevents inconsistencies
where one instance of the docstring changes but the others are left
untouched.

Also removed vtkSOADataArrayTemplate::Resizable. This can be reimplemented
later in a more general way if needed.

Just copy vtkBuffer instances around, when possible.
Added reference counting to vtkBuffer (add vtkObject base).
Added test in TestDataArrayAPI.

Also removed some unused ivars from vtkAOSDataArrayTemplate
(SaveUserArray, DeleteMethod are stored in vtkBuffer).

VTK_ASSUME can be used to provide optimization hints to
the compiler by specifying that certain non-obvious
conditions are true.

This is especially useful for fixing the number of components
in an array; if an array is known to have 3 components, adding

VTK_ASSUME(array->GetNumberOfComponents() == 3);

can allow the compiler to perform advanced loop unrolling and
vectorization in certain cases.

vtkDataArray subclasses now use

ComponentValue --> TypedComponent
TupleValue --> TypedValue

for their type-specific methods.

# Conflicts:
#	Rendering/Annotation/vtkScalarBarActor.cxx

While this branch was being developed, __int64 was removed
and all supported compilers now provide 'long long'.

See fcd6444a.

vtkDataArrayTemplate has been deprecated.

This was added in master while this branch was under
development.

Test could not fail, and is superceded by the TestGenericDataArrayAPI.

Filters/Geometry/vtkGeometryFilter.cxx:760:55: warning: 'pixelConvert[4]'
    may be used uninitialized in this function [-Wmaybe-uninitialized]
             polys->InsertCellPoint(pts[pixelConvert[i]]);

There's a bug in the reader that result in invalid memory accesses from
trying to read data out of an empty array. This patch prevents the
invalid reads and prints a warning when the error state is detected.

This lets the PV AngularPeriodicFilter tests pass when mapped arrays
are not included in the dispatch list.

This was a temporary benchmark with large memory reqs and
no possibility of failure.

When interpolating bits with vtkDataArray::InterpolateTuple,
the result passes through a double-type intermediate. The old
implementation simply did a static_cast<int>(...) to convert
the double to a boolean, which of course result in 'false' unless
the interpolated value was exactly 1.0.

Now, when the interpolated value falls in [0.0, 0.5) the result
is false, while [0.5, 1.0] map to true.

The old syntax means the referrer type (not the referee type)
should be const, which is not valid. The new typedef provides
the intended behavior.

Add fallback worker implementations to vtkDataArray.cxx and
enable API tests for arrays that are not included in the
vtkArrayDispatch array list.

The heavy templating was causing compilation issues (excessive
memory usage and compile times). This patch resolves those
issues.

While this is somewhat nonsensical, it's required to properly
export instantiations of the template on older clang versions.
Without it, undefined symbol errors were produced from:

$ clang --version
Apple clang version 3.1 (tags/Apple/clang-318.0.58) (based on LLVM 3.1svn)
Target: x86_64-apple-darwin11.4.2
Thread model: posix

when linking to vtkCommonCore.

vtkArrayDownCast will downcast a vtkAbstractArray to a more
derived class using FastDownCast, if available. If FastDownCast
is not supported by the the array, the slower SafeDownCast is
used instead.

The vtkArrayDownCast_FastCastMacro and
vtkArrayDownCast_TemplateFastCastMacro are used to tell
vtkArrayDownCast when FastDownCast is available for a given array
(or set of templated arrays).

The Test function call here was being resolved to some other
'void Test()' function, but only on MSVC (tested on 2010), rather
than the intended member function. Changing the name to DoTest
gets this code compiling again.

We'll now include all extern template declarations in
vtkAoSDataArrayTemplate, as there are now places (such as the
vtkArrayDispatchArrayList header) that just include
vtkAoSDataArrayTemplate.h, but need to be able to find the existing
instantiations in vtkCommonCore.

vtkFloatArray no longer inherits TypedDataArray, so some adjustments
were needed.

Moved some logic from vtkPeriodicDataArray into
vtkAngularPeriodicDataArray, since the restriction to vectors/tensors
isn't required for the superclass.

vtkTypeTemplate was causing link issues on some platforms with the
new AoS/SoA data array split, and the new macro is cleaner and more
consistent with the regular style.

The direct use of typeid(typename).name() is more efficient than the
older local-static string cache used by vtkTypeTemplate. On GCC release
builds, GetClassNameInternal now compiles to

mov %eax, <static address in RO memory>
ret

Also fix some bad error messages in TestDataArrayAPI.

- TypedDataArray is now a subclass of vtkGenericDataArray,
  rather than vtkDataArray.
- !! Changes to TypedDataArray virtual API:
  - New typedefs:
    - ValueType inherited from Superclass.
    - ReferenceType also inherited from Superclass.
  - Several methods made const to match GenericDataArray:
    - GetValue
    - GetTupleValue
    -
  - New virtual methods:
    - GetComponentValue
    - SetComponentValue
    - Allocate
    - Resize
  - GetValue return type changed to ReferenceType.
  - GetValueReference return type changed to ReferenceType.
- Update FastDownCast / GetArrayType system.

Also remove vtkGenericDataArrayMacros.