`ndarray::stack` changed behavior w.r.t layout between 0.15.1 and 0.15.2

Offen

#1,070 erstellt am 17.9.2021 2 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 3/5
Geschätzter Aufwand: 1-2 Tage
Anfängerfreundlichkeit: 45/100

Issue-Typ: Bug
Klarheit: Größtenteils klar
Aktivitätsstatus: Veraltet
Tech-Stack: rust
Bereich: data

Rechercherichtung

Start by running the issue's demonstration program with ndarray pinned to 0.15.2 and 0.15.3, then inspect the ndarray::stack implementation and its documentation. Determine whether the layout change is intended and whether the docs specify the returned layout. Done means the behavior is clarified through a fix or documentation update, with the reproduction covered.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

docs

Before 0.15.3, stack would return an array with C-layout when given C-layout views. But with 0.15.3, this behavior changed and now we get F-layout outputs. This demonstration program will succeed if you pin ndarray to "=0.15.2" and fail if you pin to "=0.15.3":

use ndarray::{arr2, stack, Axis};

fn main() {
    // Here are some 2x3 arrays.
    let a = arr2(&[[1, 2, 3], [4, 5, 6]]);
    let b = &a * 2;
    assert_eq!(a.shape(), b.shape());
    assert_eq!(a.shape(), [2, 3]);

    // When we stack them with Axis(2), we'll get a 2x3x4 array
    // with the last dimension stored continuously.
    let c = stack(Axis(2), &[a.view(), b.view(), a.view(), b.view()]).unwrap();
    assert_eq!(c.shape(), [2, 3, 4]);
    assert!(c.is_standard_layout());
    dbg!(&c);
}

I don't see anything about the layout of stack's return value in the docs so I assumed that it would match the inputs. So even if no code behavior change is warranted, the docs should really include a note explaining that you might get a different layout than your inputs.

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

.is_all_nan() returns true for an all-finite array Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100

rust-ndarray/ndarray#1612 · 1 Kommentar · Erstellt am 08.8.2026
failed Send inference with ndarray v0.17 and uom 0.38 Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100

rust-ndarray/ndarray#1617 · 1 Kommentar · Erstellt am 09.9.2026
Stack overflow in `triu` Offen

bug good first issue

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 68/100

rust-ndarray/ndarray#1615 · 1 Kommentar · Erstellt am 08.9.2026
Type covariance absent when used in struct Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100

rust-ndarray/ndarray#1610 · Erstellt am 27.7.2026
Empty Array lead to "The strides must not allow any element to be referenced by two different indices" Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 72/100

rust-ndarray/ndarray#1609 · Erstellt am 23.7.2026

Alle Issues in rust-ndarray/ndarray