Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Does `task.return`'s memory strictly match the canon-lifted function, or only match when present?

オープン
#749 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 2 日以内に返信

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

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
18/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
活発
技術スタック
wasm
領域
api

調査の方向性

The check lhs.memory is rhs.memory for task.return is in the spec text on async canonical built-ins, and the mismatch is at test/async/cross-abi-calls.wast around line 143. Read the validation rules for task.return and canon lift, then the test, to see where the memory check applies. Done means maintainers decide whether the spec text or the test changes, and a follow-up change makes the two agree. The open question is a design decision, so confirm the direction in the thread before writing any change.

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

説明

Currently the spec indicates that the check to perform is lhs.memory is rhs.memory, and my understanding of this is that the two need to be strictly equal (if one's specified the other must be, etc). My understanding is that this additionally needs to be checked even if the result type doesn't need a memory.

However test/async/cross-abi-calls.wast currently has a mismatch here where task.return does not contain memory but the canon lifted function does.

IIRC we discussed this in the past but I'm kind of forgetting the outcomes -- is this something where the spec text needs an update? Or the tests?

主要言語
WebAssembly
スター
1.4k
フォーク
132
平均マージ
4日
マージ済み PR(30日)
12

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

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

WebAssembly/component-model のほかの issue

WebAssembly/component-model の issue をすべて見る

似ている issue

Backend & API Design の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。