Changes

Don't use Fedora development version in GitHub CI

Fix Makefile.kokkos for Threads

Fix a bug in Makefile when using AMD GPU architectures (#6892)

* Fix bug in Makefile when using AMD GPU architectures

* Fix indentation

* Fix documentation of the architecture to match the code

Cuda: Fix configuring with CMake 3.28.4 (#6898)

* Cuda: Fix configuring with CMake 3.29.0

* CMake 3.28.4 is also affected

Update Intel GPU architectures in Makefile (#6895)

* Update Intel GPU architectures in Makefile

* Add some comments

Move `Kokkos::Array` tests to a more suitable place (#6905)

* Move Kokkos::Array tests to a more suitable place

* Workaround bogous(?) compile error with Array::operator[] not being constexpr

Accommodate users that depend on a code that define silly macros (#6909)

* Accommodate users that depend on a code that define silly macros

Reported on Slack, user was getting when including some other dependency
```
<prefix>/include/Kokkos_Tuners.hpp(259): error: expected a "," or ">"
 template <typename PointType, size_t 0>
                    ^
```
It turns out that dependency defines macros such as "X", "Y", "Z", or
even "DIM" which is really asking for trouble.  See here
https://github.com/fluiddynsci/EngSketchPad/blob/1fe3fc4c68a759e0832c02f8d3c2bd8722f183a8/include/libCart3D/c3d_global.h#L24-L28

Since it does not take much change to accommodate that user, we avoid
named parameters that collide with these silly macro defines.
We are not promising that we support it but this should help.

* Per review rename SZ -> ArraySize

Don't use Fedora development version in GitHub CI

Fix Makefile.kokkos for Threads

Fix a bug in Makefile when using AMD GPU architectures (#6892)

* Fix bug in Makefile when using AMD GPU architectures

* Fix indentation

* Fix documentation of the architecture to match the code

Cuda: Fix configuring with CMake 3.28.4 (#6898)

* Cuda: Fix configuring with CMake 3.29.0

* CMake 3.28.4 is also affected

Update Intel GPU architectures in Makefile (#6895)

* Update Intel GPU architectures in Makefile

* Add some comments

Move `Kokkos::Array` tests to a more suitable place (#6905)

* Move Kokkos::Array tests to a more suitable place

* Workaround bogous(?) compile error with Array::operator[] not being constexpr

Accommodate users that depend on a code that define silly macros (#6909)

* Accommodate users that depend on a code that define silly macros

Reported on Slack, user was getting when including some other dependency
```
<prefix>/include/Kokkos_Tuners.hpp(259): error: expected a "," or ">"
 template <typename PointType, size_t 0>
                    ^
```
It turns out that dependency defines macros such as "X", "Y", "Z", or
even "DIM" which is really asking for trouble.  See here
https://github.com/fluiddynsci/EngSketchPad/blob/1fe3fc4c68a759e0832c02f8d3c2bd8722f183a8/include/libCart3D/c3d_global.h#L24-L28

Since it does not take much change to accommodate that user, we avoid
named parameters that collide with these silly macro defines.
We are not promising that we support it but this should help.

* Per review rename SZ -> ArraySize

Don't use Fedora development version in GitHub CI

Fix Makefile.kokkos for Threads

Fix a bug in Makefile when using AMD GPU architectures (#6892)

* Fix bug in Makefile when using AMD GPU architectures

* Fix indentation

* Fix documentation of the architecture to match the code

Cuda: Fix configuring with CMake 3.28.4 (#6898)

* Cuda: Fix configuring with CMake 3.29.0

* CMake 3.28.4 is also affected

Update Intel GPU architectures in Makefile (#6895)

* Update Intel GPU architectures in Makefile

* Add some comments

Move `Kokkos::Array` tests to a more suitable place (#6905)

* Move Kokkos::Array tests to a more suitable place

* Workaround bogous(?) compile error with Array::operator[] not being constexpr

Accommodate users that depend on a code that define silly macros (#6909)

* Accommodate users that depend on a code that define silly macros

Reported on Slack, user was getting when including some other dependency
```
<prefix>/include/Kokkos_Tuners.hpp(259): error: expected a "," or ">"
 template <typename PointType, size_t 0>
                    ^
```
It turns out that dependency defines macros such as "X", "Y", "Z", or
even "DIM" which is really asking for trouble.  See here
https://github.com/fluiddynsci/EngSketchPad/blob/1fe3fc4c68a759e0832c02f8d3c2bd8722f183a8/include/libCart3D/c3d_global.h#L24-L28

Since it does not take much change to accommodate that user, we avoid
named parameters that collide with these silly macro defines.
We are not promising that we support it but this should help.

* Per review rename SZ -> ArraySize

Don't use Fedora development version in GitHub CI

Fix Makefile.kokkos for Threads

Fix a bug in Makefile when using AMD GPU architectures (#6892)

* Fix bug in Makefile when using AMD GPU architectures

* Fix indentation

* Fix documentation of the architecture to match the code

Cuda: Fix configuring with CMake 3.28.4 (#6898)

* Cuda: Fix configuring with CMake 3.29.0

* CMake 3.28.4 is also affected

Update Intel GPU architectures in Makefile (#6895)

* Update Intel GPU architectures in Makefile

* Add some comments

Move `Kokkos::Array` tests to a more suitable place (#6905)

* Move Kokkos::Array tests to a more suitable place

* Workaround bogous(?) compile error with Array::operator[] not being constexpr

Accommodate users that depend on a code that define silly macros (#6909)

* Accommodate users that depend on a code that define silly macros

Reported on Slack, user was getting when including some other dependency
```
<prefix>/include/Kokkos_Tuners.hpp(259): error: expected a "," or ">"
 template <typename PointType, size_t 0>
                    ^
```
It turns out that dependency defines macros such as "X", "Y", "Z", or
even "DIM" which is really asking for trouble.  See here
https://github.com/fluiddynsci/EngSketchPad/blob/1fe3fc4c68a759e0832c02f8d3c2bd8722f183a8/include/libCart3D/c3d_global.h#L24-L28

Since it does not take much change to accommodate that user, we avoid
named parameters that collide with these silly macro defines.
We are not promising that we support it but this should help.

* Per review rename SZ -> ArraySize

Don't use Fedora development version in GitHub CI

Fix Makefile.kokkos for Threads

Fix a bug in Makefile when using AMD GPU architectures (#6892)

* Fix bug in Makefile when using AMD GPU architectures

* Fix indentation

* Fix documentation of the architecture to match the code

Cuda: Fix configuring with CMake 3.28.4 (#6898)

* Cuda: Fix configuring with CMake 3.29.0

* CMake 3.28.4 is also affected

Update Intel GPU architectures in Makefile (#6895)

* Update Intel GPU architectures in Makefile

* Add some comments

Move `Kokkos::Array` tests to a more suitable place (#6905)

* Move Kokkos::Array tests to a more suitable place

* Workaround bogous(?) compile error with Array::operator[] not being constexpr

Accommodate users that depend on a code that define silly macros (#6909)

* Accommodate users that depend on a code that define silly macros

Reported on Slack, user was getting when including some other dependency
```
<prefix>/include/Kokkos_Tuners.hpp(259): error: expected a "," or ">"
 template <typename PointType, size_t 0>
                    ^
```
It turns out that dependency defines macros such as "X", "Y", "Z", or
even "DIM" which is really asking for trouble.  See here
https://github.com/fluiddynsci/EngSketchPad/blob/1fe3fc4c68a759e0832c02f8d3c2bd8722f183a8/include/libCart3D/c3d_global.h#L24-L28

Since it does not take much change to accommodate that user, we avoid
named parameters that collide with these silly macro defines.
We are not promising that we support it but this should help.

* Per review rename SZ -> ArraySize

Don't use Fedora development version in GitHub CI

Fix Makefile.kokkos for Threads

Fix a bug in Makefile when using AMD GPU architectures (#6892)

* Fix bug in Makefile when using AMD GPU architectures

* Fix indentation

* Fix documentation of the architecture to match the code

Cuda: Fix configuring with CMake 3.28.4 (#6898)

* Cuda: Fix configuring with CMake 3.29.0

* CMake 3.28.4 is also affected

Update Intel GPU architectures in Makefile (#6895)

* Update Intel GPU architectures in Makefile

* Add some comments

Move `Kokkos::Array` tests to a more suitable place (#6905)

* Move Kokkos::Array tests to a more suitable place

* Workaround bogous(?) compile error with Array::operator[] not being constexpr

Accommodate users that depend on a code that define silly macros (#6909)

* Accommodate users that depend on a code that define silly macros

Reported on Slack, user was getting when including some other dependency
```
<prefix>/include/Kokkos_Tuners.hpp(259): error: expected a "," or ">"
 template <typename PointType, size_t 0>
                    ^
```
It turns out that dependency defines macros such as "X", "Y", "Z", or
even "DIM" which is really asking for trouble.  See here
https://github.com/fluiddynsci/EngSketchPad/blob/1fe3fc4c68a759e0832c02f8d3c2bd8722f183a8/include/libCart3D/c3d_global.h#L24-L28

Since it does not take much change to accommodate that user, we avoid
named parameters that collide with these silly macro defines.
We are not promising that we support it but this should help.

* Per review rename SZ -> ArraySize

Don't use Fedora development version in GitHub CI

Fix Makefile.kokkos for Threads

Fix a bug in Makefile when using AMD GPU architectures (#6892)

* Fix bug in Makefile when using AMD GPU architectures

* Fix indentation

* Fix documentation of the architecture to match the code

Cuda: Fix configuring with CMake 3.28.4 (#6898)

* Cuda: Fix configuring with CMake 3.29.0

* CMake 3.28.4 is also affected

Update Intel GPU architectures in Makefile (#6895)

* Update Intel GPU architectures in Makefile

* Add some comments

Move `Kokkos::Array` tests to a more suitable place (#6905)

* Move Kokkos::Array tests to a more suitable place

* Workaround bogous(?) compile error with Array::operator[] not being constexpr

Accommodate users that depend on a code that define silly macros (#6909)

* Accommodate users that depend on a code that define silly macros

Reported on Slack, user was getting when including some other dependency
```
<prefix>/include/Kokkos_Tuners.hpp(259): error: expected a "," or ">"
 template <typename PointType, size_t 0>
                    ^
```
It turns out that dependency defines macros such as "X", "Y", "Z", or
even "DIM" which is really asking for trouble.  See here
https://github.com/fluiddynsci/EngSketchPad/blob/1fe3fc4c68a759e0832c02f8d3c2bd8722f183a8/include/libCart3D/c3d_global.h#L24-L28

Since it does not take much change to accommodate that user, we avoid
named parameters that collide with these silly macro defines.
We are not promising that we support it but this should help.

* Per review rename SZ -> ArraySize