failed Send inference with ndarray v0.17 and uom 0.38
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 48/100
Piste de recherche
Reproduce the minimal example in src/main.rs with Rust 1.98.1, uom 0.38, and ndarray 0.17.2, then compare the result with ndarray 0.16. Read the reported rust-lang/rust issue #162558 alongside ndarray's async and Send-related behavior; done means identifying whether the regression belongs to ndarray or rustc and documenting or fixing the confirmed cause.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
I'm running into a compile error using an Array2uom::si::f64::Length from inside an async function.
Please note this did work with ndarray v0.16.
- rust 1.98.1
- uom v0.38
- ndarray v0.17.2 (NOTE - v0.16 seems to work)
The problem can be isolated into the following minimal example, which I would expect to compile:
use uom::si::f64::Length;
use uom::ConstZero;
use ndarray::Array2;
fn assert_send<T: Send>(_t: T) {}
fn main() {
assert_send(check());
}
async fn check() {
let lengths: Array2<Length> = Array2::from_elem((2, 3), Length::ZERO);
std::future::pending::<()>().await;
println!("{}", lengths[(0, 0)].get::<uom::si::length::meter>());
}
This produces the following compiler error message:
error[E0308]: mismatched types
--> src/main.rs:8:5
|
8 | assert_send(check());
| ^^^^^^^^^^^^^^^^^^^^ one type is more general than the other
|
= note: expected struct `Quantity<..., ..., f64>`
found struct `Quantity<..., ..., f64>`
note: the lifetime requirement is introduced here
--> src/main.rs:5:19
|
5 | fn assert_send<T: Send>(_t: T) {}
| ^^^^
Since it is not clear to me if the problem is on the ndarray or the rustc side I also reported it to rust-lang/rust (#162558).
I have a workaround wrapping the Array2 into a newtype with a at(&self,usize,usize)->Length fn and using that to obtain Length quantities inside the async fn. This comes from a bigger project though (https://github.com/ODIN-fire/odin-rs) where such workarounds are clearly suboptimal since it is highly async.
- 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 ·
-
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 ·
-
breaking-change enhancement
Difficulté 3/5 1-2 jours Accessibilité débutants 45/100
rust-ndarray/ndarray#1591 · 2 commentaires ·
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 86/100
kwakseongjae/auto-hwp#319 ·
-
area:cli bug filter-quality good first issue priority:medium
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 72/100
bevyengine/bevy#25861 ·