GitLab

61522fde Add #includes and explicitly identify the field name.
1bad28a3 Logistic map as an example of how to use the ImageWriter.
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: Nickolas Davis <nadavi@sandia.gov>
Merge-request: !2385

081f8aae reformat if statements, add comments on the HDF5 macros
31aa4670 Merge branch 'master' into hdf5_image_io
e65c0713 move #include of hdf5.h into .cxx files
ff0b8fd0 changed to CMake files based on Robert's feedback
ca0ce4de Merge branch 'master' into hdf5_image_io
23a95f86 exclude header files from install check when it is not enabled
d81f08ee correct copyright mesage
fb6c9afe uncomment ubuntu1805_cuda image
...
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: Li-Ta Lo <ollie@lanl.gov>
Acked-by: Robert Maynard <robert.maynard@kitware.com>
Merge-request: !2371

3a7ba1d5 Fix deprecation warning in MSVC
11a4c986 Change Field to hold UnknownArrayHandle rather than VariantArrayHandle
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: Sujin Philip <sujin.philip@kitware.com>
Merge-request: !2298

MSVC tends to give deprecation warnings in templated methods that are
used with deprecated classes rather than where the deprecated thing was
declared. That makes it annoyingly hard to supress them to implement
support of deprecated items.

The `VariantArrayHandle` will soon be deprecated for its replacement of
`UnknownArrayHandle`. Thus, `Field` and related classes should start
using the new `UnknownArrayHandle`.

63d32a86 Fix compile error from invalid `ArrayHandle`
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: Robert Maynard <robert.maynard@kitware.com>
Merge-request: !2384

The compile error happened from incompatible code changes between !2349
and !2374. The former removed the ability to use non-`Vec` values in
`ArrayHandleSOA`. The latter tried to create such an `ArrayHandle`
inside a template function that was called with the SOA storage.

7c94ebf2 Add HDF5 to Ubuntu 18.04/base image
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !2378

cecd81d5 Add types appropriate for Ascent
865855ea Add changelog for making ArrayHandleSOA a default array
50ff9c22 Add support of `ArrayHandleSOA` as a default storage type
bc09a9cd Add precompiled versions of `ArrayRangeCompute` for `ArrayHandleSOA`
77f9ae65 Support `ArrayHandleSOA` only for `Vec` value types
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: Robert Maynard <robert.maynard@kitware.com>
Merge-request: !2349

3228752b Fix error message when using deprecated storage
5ef4e7ee Make new style of ArrayHandle the expected style
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: Robert Maynard <robert.maynard@kitware.com>
Merge-request: !2375

9ed68f5a Add default copy constructor for `RecombineVec`
66fbc99b Disable ArrayHandleCounting for invalid value types
0b2dbfdd Fix ICE in GCC 4.8
50d93201 Add missing types to serialization of UnknownArrayHandle
ab9c0f72 Add arithmetic assignment operators to `RecombineVec`
1cc6dbb0 Allow `VecBaseCommon` operators to work with any `Vec`-like
74536d4c Support `Vec` operators on `ArrayPortalValueReference`
06c59fed Update MapFieldMergeAverage/Permuation to use new CastAndCall
...
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: Robert Maynard <robert.maynard@kitware.com>
Merge-request: !2381

Some compilers complain if the copy constructor is not explicitly
specified.

`ArrayHandleCounting` only works with values that support basic
arithmetic. The concept of counting makes little sense for types that
are not well defined for addition and multiplication like `bool`,
`string` and other custom types.

`RecombineVec` is the class used as the value type for
`ArrayHandleRecombineVec`. It is a `Vec`-like object, but has several
limitations (including arithmetic operators like `+` won't work).
Arithmetic assignment operators are useful so you don't have to create
impossible intermediate values.

Previously, the arithmetic assignment operators (`+=`, `-=`, `*=`, `/=`)
on `VecBaseCommon` only accepted another subclass of `VecBaseCommon`.
Changed the operators to accept any type.

The benefit of this change is that the assignment operator of classes
that inherit from `VecBaseCommon` can now work with `Vec`-like classes
that do not inherit from `VecBaseCommon`. I think the only real downside
is that the template could match other classes that would lead to
invalid comparisons. But such use would lead to a compile error anyway.
The difference is that instead of getting an error that no overloaded
version of the operator is available, you will get an error inside the
code of the operator.

These functions now use
`UnknownArrayHandle::CastAndCallWithExtractedArray` to reduce the number
of times the worklet is run.

This provides a convenience for calling a function for most
`ArrayHandle` types.

The base C types have several "duplicate" types that the compiler
considers different even though the byte representation is the same. For
example, `char` and `signed char` have the same meaning but are treated
as different types. Likewise, 'long', 'int', and 'long long' are all
different types even though 'long' is the same as either 'int' or 'long
long'.

When pulling extracted components from `UnknownArrayHandle`, there is
little value for creating multiple code paths for types like `char` and
`signed char`. Instead, allow implicit conversion among these types.

e10c4fad Disable security with downloading sccache tarball
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: Robert Maynard <robert.maynard@kitware.com>
Merge-request: !2382

When using the old style of storage, you need to declare it as the old
style so that a bridge to the new style can be built in. You get a
compile error message if this is not done. The previous message gave the
wrong instructions.

What was previously declared as `ArrayHandleNewStyle` is now just the
implementation of `ArrayHandle`. The old implementation of `ArrayHandle`
has been moved to `ArrayHandleDeprecated`, and `ArrayHandle`s still
using this implementation must declare `VTKM_ARRAY_HANDLE_DEPRECATED` to
use it.

Some organizations use a firewall that intercepts SSL communications and
replaces the authentication token with an organization-wide token that
is just supposed to be accepted. Browsers can be locally configured for
this intentional trickery, but it's a little more tricky for the use of
`curl` in a batch script that is shared with external collaborators.

The easiest solution is to just disable the security for the `curl`
download. This makes the script more susceptible to "man in the middle"
attacks, but it's probably easier to just slip malware in the public
repos anyway.

f941cb60 Move Fetch specializations to vtkm/exec/arg
439c18cf Add changedoc for ArrayHandleRecombineVec
9833f3d0 Fix issue with using recombined vec as an output array
7dd9b425 Add UnknownArrayHandle::ExtractArrayFromComponents
755af739 Add ArrayHandleRecombineVec
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: Robert Maynard <robert.maynard@kitware.com>
Merge-request: !2372

c5efdb39 vtkm/Atomic doesn't generate unused parameter warnings on MSVC
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: Vicente Bolea <vicente.bolea@kitware.com>
Merge-request: !2380

Some of the special `ArrayHandle`s require specialized versions of
`vtkm::exec::arg::Fetch`. The specializations were not put in the
respective vtkm/exec/arg/Fetch*.h header files because the definition of
the `ArrayHandle`s was not available there. The implementation was in
the ArrayHandle*.h files, but it is hard to find the specialization
there.

Instead, make a secondary header file in vtkm/exec/arg that implements
the Fetch specialization and include it from the ArrayHandle*.h file.
That way, the basic Fetch does not have to include odd `ArrayHandle`
types but the `Fetch` implemenations are still all located together.

e57f5a17 Fix DeviceAdapterAlgorithmGeneral Reduce
1b7fc3d3 Use `Kokkos::parallel_scan` for Scan functionality
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !2360

fa876efc Correct documentation for AtomicArrayExecutionObject
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !2379

It was using `ArrayHandleImplicit` in an unsupported manner.