Add KWSys to third party

* upstream-KWSys:
  KWSys 2017-04-18 (0c4e58ec)

KWSys Upstream authored 7 years ago and Atkins, Charles Vernon committed 7 years ago

Code extracted from:

    https://gitlab.kitware.com/chuck.atkins/kwsys.git

at commit 0c4e58ecfb896577304ad468e4acbeeadb9bea0e (0c4e58ec).

Creat single adios target

Fix name of heatTransfer_read

setting up for hdf5

Removed while loop in helloDataManReader_nompi.cpp to prevent deadlock

Reformat documentation

Seperate templete impl from public and private for ADIOS class

Use type traits to consolidate primitive and complex template methods

Move BP1Writer templates out of header

William F Godoy authored 7 years ago and Atkins, Charles Vernon committed 7 years ago

Changed BP1Writer.h by BPWriter.tcc in unique "public" header BP1.h

Added a ValueType trait to TypeInfo.

This will allow for generic template functions that can deal with
complex types using thier underlying value types.  So rather than have:

template<T> T foo(const T&);
template<T> T foo(const std::complex<T>&);

to handle the case where an std::complex<float> should use a float
return value, you can now use a single signature:

template<T> TypeInfo<T>::ValueType foo(const T&);

added DataMan into utilities

Add fixed width types and type trait info to the adios namespace.

The type traits will be useful for maping ambiguous C types to fixed
width integer types used for the actual I/O operations, for instance:

  adios::TypeInfo<char>::IOType resolves to int8_t
  adios::TypeInfo<signed char>::IOType resolves to int8_t
  adios::TypeInfo<unsigned signed char>::IOType resolves to uint8_t
  adios::TypeInfo<long int>::IOType resolves to int64_t
  adios::TypeInfo<long long int>::IOType resolves to int64_t

So in this case, even though char and signed char are "the same", they
are distinctly separate types to the compiler.  Using
adios::TyperInfo<T>::IOType you can use the same fundamental type for all
of them.  Similarly for long int and long long int.