scientific-computing

Describe your issue.

Currently, applying the ** operator to a sparse array implements the numpy.linalg.matrix_power function. This is not compatible with the np.array implementation of **, which does element-wise power. This should be fixed as part of the migration from sparse "matrices" to sparse "arrays". Additionally, the matrix_power function should then also be included in the

See:
gonum/gonum#845 (comment)

What is the desired addition or change?

provide a cmake c++17 switch

What is the motivation for this feature?

to not depend on the std_backport

If applicable, describe how this feature would be implemented.

change those lines from 11 to 17 conditional to a global define

https://github.com/mlpack/mlpack/blob/de94eee6881e33f1145d9d4a8b5380a5be8af36a/CMakeLists.txt#L

Current implementation of join can be improved by performing the operation in a single call to the backend kernel instead of multiple calls.

This is a fairly easy kernel and may be a good issue for someone getting to know CUDA/ArrayFire internals. Ping me if you want additional info.

Currently spack does not support the following packages, all of these packages are installed outside of Spack at Cori, we would like to get support for these packages if possible.

• cpmd https://www.lcrc.anl.gov/for-users/software/available-software/cpmd/
• ComputeCPP https://github.com/codeplaysoftware/computecpp-sdk need to confirm link
• ds9 https://sites.google.com/cfa.harvard.

Add #[track_caller] to some panicking methods. Slicing methods seem the most prudent (Index/Mut does not apply, sorry).

Needs benchmarks to investigate impact, preferably holistic benchmarks.

The traits Debug, Clone, and PartialOrd should be derived for all parameter types (verified and unverified) and fitted model types where possible. Additionally, Eq should be derived on all such types that don't use floats.

Also, all of our types should be Send + Sync + Sized + Unpin. To pin down this property we should add tests like:

#[test]
fn autotraits() {
  fn has_aut

CDash has builds with C++17 enabled, but they are not triggered when github builds opened PR's.

It would be great to have at least one build (gcc or clang) in github wih C++17.