Views and operations with mixed scalar types
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 25/100
Rechercherichtung
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.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
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.
- Vorherrschende Sprache
- Rust
- Sterne
- 4.3k
- Forks
- 391
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus rust-ndarray/ndarray
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
rust-ndarray/ndarray#1612 · 1 Kommentar ·
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100
rust-ndarray/ndarray#1617 · 1 Kommentar ·
-
Stack overflow in `triu` Offenbug good first issue
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 68/100
rust-ndarray/ndarray#1615 · 1 Kommentar ·
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100
rust-ndarray/ndarray#1610 ·
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 72/100
rust-ndarray/ndarray#1609 ·
Alle Issues in rust-ndarray/ndarray
Ähnliche Issues
-
risk:low runtime status:in-progress type:test
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 92/100
zeroclaw-labs/zeroclaw#11023 ·
-
good first issue refactor
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 84/100
EricSpencer00/Resilient#4835 · 1 Kommentar ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
bisq-network/bisq-musig#204 ·
-
agent:ready documentation
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100
cesarferreira/stax#890 ·