Stream: git-wasmtime

Topic: wasmtime / PR #1748 Enable the wast::Cranelift::spec::sim...


view this post on Zulip Wasmtime GitHub notifications bot (May 22 2020 at 19:16):

akirilov-arm opened PR #1748 from simd_store to master:

This PR is the first step in implementing SIMD support for AArch64. Since it is also my first Cranelift patch, there are a couple of things that are not clear to me, and I think that it is best to discuss them here:

view this post on Zulip Wasmtime GitHub notifications bot (May 22 2020 at 19:17):

akirilov-arm edited PR #1748 from simd_store to master:

This PR is the first step in implementing SIMD support for AArch64. Since it is also my first Cranelift patch, there are a couple of things that are not clear to me, and I think that it is best to discuss them here:

view this post on Zulip Wasmtime GitHub notifications bot (May 22 2020 at 19:20):

akirilov-arm updated PR #1748 from simd_store to master:

This PR is the first step in implementing SIMD support for AArch64. Since it is also my first Cranelift patch, there are a couple of things that are not clear to me, and I think that it is best to discuss them here:

view this post on Zulip Wasmtime GitHub notifications bot (May 22 2020 at 19:43):

bjorn3 submitted PR Review.

view this post on Zulip Wasmtime GitHub notifications bot (May 22 2020 at 19:43):

bjorn3 created PR Review Comment:

Maybe only expose func.dfg.constants from ctx?

view this post on Zulip Wasmtime GitHub notifications bot (May 22 2020 at 22:50):

cfallin submitted PR Review.

view this post on Zulip Wasmtime GitHub notifications bot (May 22 2020 at 22:50):

cfallin created PR Review Comment:

Sure, that would make sense. The type is currently used in places where 32-bit and 64-bit variants of an instruction exist; so a separate 64/128-bit (or 32/64/128-bit?) version for FP/SIMD instructions that take on those sizes would make sense. (In other words, avoid allowing options that don't make sense for the particular instruction.)

view this post on Zulip Wasmtime GitHub notifications bot (May 22 2020 at 22:50):

cfallin submitted PR Review.

view this post on Zulip Wasmtime GitHub notifications bot (May 22 2020 at 22:50):

cfallin created PR Review Comment:

Yes, agreed; there's a (possibly not adequately documented) goal of insulating the lowering code from the raw CLIF input as much as possible, to give us flexibility in the future. (E.g., we might someday use a VCode container of InstructionDatas to carry non-SSA code directly from the wasm lowering; we'd need a little plumbing, but the trait abstraction gets us most of the way there.) Something like ctx.get_constant_data(constant_handle) would make sense, IMHO.

view this post on Zulip Wasmtime GitHub notifications bot (May 22 2020 at 22:51):

cfallin assigned PR #1748 to cfallin.

view this post on Zulip Wasmtime GitHub notifications bot (May 24 2020 at 22:01):

akirilov-arm submitted PR Review.

view this post on Zulip Wasmtime GitHub notifications bot (May 24 2020 at 22:01):

akirilov-arm created PR Review Comment:

Do you mind if that happens in a separate patch as well?

view this post on Zulip Wasmtime GitHub notifications bot (May 26 2020 at 12:40):

akirilov-arm updated PR #1748 (assigned to cfallin) from simd_store to master:

This PR is the first step in implementing SIMD support for AArch64. Since it is also my first Cranelift patch, there are a couple of things that are not clear to me, and I think that it is best to discuss them here:

view this post on Zulip Wasmtime GitHub notifications bot (May 26 2020 at 16:19):

cfallin submitted PR Review.

view this post on Zulip Wasmtime GitHub notifications bot (May 26 2020 at 16:19):

cfallin created PR Review Comment:

Yep, that's fine!

view this post on Zulip Wasmtime GitHub notifications bot (May 26 2020 at 16:21):

cfallin merged PR #1748.


Last updated: Dec 23 2024 at 12:05 UTC