Views and operations with mixed scalar types
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
Piste de recherche
Start by reviewing the proposed RawData trait, ArrayBase storage pointer, and Index implementation changes in the issue. Assess whether they can support views exposing a different scalar type and mixed-type operations without breaking existing ndarray behavior. Done would be a maintainer-backed design decision with clear API and implementation boundaries.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
I'm curious about the feasibility of extending ndarray to support mixed-precision and mixed-domain algorithms. I was thinking of syntax something like this, enabling a view to offer up f64 values despite the backing storage being f32 (for example).
let a: Array1<f64> = array![1., 2., 3.];
let b: Array1<f32> = array![4., 5., 6.];
let c = a + b.view_as::<f64>();
I'm a Rust novice and ran into some trouble (attempting to use associated_type_defaults to avoid more disruptive changes)
pub unsafe trait RawData: Sized {
/// The array element type.
type Elem: From<Self::ElemMem>;
type ElemMem;
where ArrayBase would have
ptr: std::ptr::NonNull<S::ElemMem>,
and the Index implementation becomes
fn index(&self, index: I) -> &S::Elem {
debug_bounds_check!(self, index);
unsafe {
&S::Elem::from(*self.ptr.as_ptr().offset(
index
.index_checked(&self.dim, &self.strides)
.unwrap_or_else(|| array_out_of_bounds())
))
}
}
I'm curious whether
- this sort of feature to support mixed precision is of interest to include in ndarray, and
- this implementation strategy seems like a reasonable way to go about it.
- Langage dominant
- Rust
- Étoiles
- 4.3k
- Forks
- 391
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de rust-ndarray/ndarray
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
rust-ndarray/ndarray#1612 · 1 commentaire ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 48/100
rust-ndarray/ndarray#1617 · 1 commentaire ·
-
Stack overflow in `triu` Ouvertebug good first issue
Difficulté 3/5 1-2 jours Accessibilité débutants 68/100
rust-ndarray/ndarray#1615 · 1 commentaire ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 48/100
rust-ndarray/ndarray#1610 ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 72/100
rust-ndarray/ndarray#1609 ·
Toutes les issues de rust-ndarray/ndarray
Issues similaires
-
risk:low runtime status:in-progress type:test
Difficulté 1/5 Moins d'une heure Accessibilité débutants 92/100
zeroclaw-labs/zeroclaw#11023 ·
-
good first issue refactor
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
EricSpencer00/Resilient#4835 · 1 commentaire ·
-
agent:ready documentation
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
cesarferreira/stax#890 ·
-
bug
Difficulté 1/5 Moins d'une heure Accessibilité débutants 90/100