Tests don't pass yet...

Closes #49

They are not suitable for more than 2 devices/execution types; their design
breaks the Open-Closed Principle. Instead, a type template "Self" was
created, which allows to change any template parameter.

The usage of algorithms such as MemoryOperations or Reduction is not
bound to a particular container. On the other hand, ArrayIO,
ArrayAssignment, VectorAssignment and StaticArrayAssignment are just
implementation details for the containers - moved into
TNL/Containers/detail/

Also moved ParallelFor, StaticFor, StaticVectorFor, TemplateStaticFor
into TNL/Algorithms/

This will be necessary to avoid code bloat with more than 2 devices
(execution types).

Moved (most of) static methods from TNL::Devices::Cuda as free functions into separate namespace TNL::Cuda

The class TNL::Devices::Cuda was too bloated, breaking the Single
Responsibility Principle. It should be used only for template
specializations and other things common to all devices.

The functions in MemoryHelpers.h are deprecated, smart pointers should
be used instead.

The functions in LaunchHelpers.h are temporary, more refactoring is
needed with respect to execution policies and custom launch parameters.

Fixes #46

Implemented StaticArray::operator= accepting both arrays and single StaticArray:::ValueType compatible type.

Fixes #43

Same changes as for the regular Reduction operation...

This is nicer because it more clearly separates data load, computation
and data store. Furthermore, it allows to use instances of std::plus,
std::logical_and, std::logical_or, etc. instead of custom lambda
functions.

It contained only methods for prefixSum and segmentedPrefixSum, which
were identical for Host and Cuda, so they can be easily implemented
directly in Vector and VectorView.

This is necessary to be able to run tests in parallel.

It works for any value, device and index types, but the permutations of
both arrays must be the same and both arrays have to be contiguous.