scientific-computing

It was recently decided that we would add the explicit import of numpy in the 'Examples' section of our docstrings. (See the discussion in scipy/scipy#13049.) Some progress has been made towards doing this consistently throughout SciPy, but there are still many functions and methods that need to be updated.

I created a script that finds functions and methods that are

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.

Summary

spack find has a --tag flag that lets you filter packages containing a certain tag. We should add the same flag to spack list.

Rationale

A user may want to list all packages belonging to a certain category, not just installed packages.

Description

We just need to add a --tag flag to spack list, should be straightforward to copy this setting from spack find

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.

Now that we've made BLAS support optional on several linfa crates, we should compare the performance of those crates with and without BLAS. Doing this requires those crates to have a complete set of benchmarks that represent realistic workloads. If BLAS turns out to have no performance improvements, we can even remove BLAS support, improving code quality.

Benchmark status for each crate that

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.

https://llvm.org/docs/NewPassManager.html

The tricky part is to keep our custom command line options working.

Jul	AUG	Sep
	05
2021	2022	2023

scientific-computing

Here are 1,136 public repositories matching this topic...

scipy / scipy

goplus / gop

gonum / gonum

mlpack / mlpack

What is the desired addition or change?

What is the motivation for this feature?

If applicable, describe how this feature would be implemented.

arrayfire / arrayfire

stdlib-js / stdlib

spack / spack

Summary

Rationale

Description

alandefreitas / matplotplusplus

dpilger26 / NumCpp

scikit-optimize / scikit-optimize

rust-ndarray / ndarray

Hedgehog-Computing / hedgehog-lab

rust-ml / linfa

cpmech / gosl

BOINC / boinc

TileDB-Inc / TileDB

inducer / pycuda

svaksha / Julia.jl

InsightSoftwareConsortium / ITK

owlbarn / owl

shadow / shadow

casadi / casadi

deepcharles / ruptures

itamarst / eliot

mfem / mfem

grailbio / reflow

inducer / pyopencl

nschloe / awesome-scientific-computing

bshoshany / thread-pool

EnzymeAD / Enzyme

Improve this page

Add this topic to your repo