Fixes and follow-ups to two-sided broadcasting in arithmethic ops

オープン

#936 2021年3月12日に作成コメント 1 件リアクション 0 件担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度: 5/5
見積もり時間: 1週間以上
初心者へのやさしさ: 20/100

issue の種類: リファクタリング
明瞭さ: 説明が足りない
活発さ: 停滞
技術スタック: rust
領域: data

調査の方向性

Start by reviewing the two-sided broadcasting changes in issue #898 and the arithmetic-operation code they introduced. Work through each unchecked follow-up—trait bounds, allocation preservation for Array + Array, and a possible public broadcasting API—and confirm the relevant behavior and API decisions before considering the issue complete.

索引モデルが issue の本文から書いたものです。

説明

In #898 we left the following "known issues" open that we can fix after that PR's review and merge:

Rename BroadcastShape to DimMax - we also move the broadcast method out of the trait (it can just be a free function)
It is a wish that the D: Dimension + DimMax<E> bound in arith ops becomes just D: Dimension, i.e. the DimMax with associated type becomes implied by D: Dimension. At this point it is not certain how this can be done.
Preserve the allocation of the input array in arithmetic ops in more cases (when only the left/right side needs broadcast) in array + &array and &array + array
Preserve the allocation of the input array in arithmetic ops in more cases (when the left side needs broadcast in Array + Array)
Improve performance of "no-broadcasting-needed" scenario in &array + &array operation
Potentially provide public function or method similar to broadcast_with - that does the broadcasting of two arrays together.

主要言語: Rust
スター: 4.3k
フォーク: 391
PR マージ指標: 30日以内にマージされた PR はありません

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
リポジトリをフォークし、ブランチを切って変更します。
issue 番号を参照したプルリクエストを送ります。

rust-ndarray/ndarray のほかの issue

.is_all_nan() returns true for an all-finite array オープン

難易度 2/5 1〜3時間初心者へのやさしさ 72/100

rust-ndarray/ndarray#1612 · コメント 1 件 · 2026年8月8日に作成
failed Send inference with ndarray v0.17 and uom 0.38 オープン

難易度 4/5 3〜5日初心者へのやさしさ 48/100

rust-ndarray/ndarray#1617 · コメント 1 件 · 2026年9月9日に作成
Stack overflow in `triu` オープン

bug good first issue

難易度 3/5 1〜2日初心者へのやさしさ 68/100

rust-ndarray/ndarray#1615 · コメント 1 件 · 2026年9月8日に作成
Type covariance absent when used in struct オープン

難易度 4/5 3〜5日初心者へのやさしさ 48/100

rust-ndarray/ndarray#1610 · 2026年7月27日に作成
Empty Array lead to "The strides must not allow any element to be referenced by two different indices" オープン

難易度 3/5 1〜2日初心者へのやさしさ 72/100

rust-ndarray/ndarray#1609 · 2026年7月23日に作成

rust-ndarray/ndarray の issue をすべて見る

似ている issue

test(runtime): narration fixture builds ResolvedContextLimits with budget above window オープン

risk:low runtime status:in-progress type:test

難易度 1/5 1時間未満初心者へのやさしさ 92/100

zeroclaw-labs/zeroclaw#11023 · 2026年9月21日に作成
Refactor traits.rs so that it is only traits オープン

good first issue refactor

難易度 2/5 1〜3時間初心者へのやさしさ 72/100

bcgit/bc-rust#148 · 2026年9月21日に作成
RES: clear actor function state on deregistration オープン

難易度 2/5 1〜3時間初心者へのやさしさ 84/100

EricSpencer00/Resilient#4835 · コメント 1 件 · 2026年9月21日に作成
docs(skills): document `refresh --get` for cross-machine stack reconciliation オープン

agent:ready documentation

難易度 2/5 1〜3時間初心者へのやさしさ 88/100

cesarferreira/stax#890 · 2026年9月21日に作成
asn1grep.py: small error message bug in reporting not-found type オープン

bug

難易度 1/5 1時間未満初心者へのやさしさ 90/100

EFForg/rayhunter#1161 · コメント 1 件 · 2026年9月20日に作成

Rust の issue をもっと見る