Телеграмм чат группы webassembly

Size: a a a

WebAssembly — русскоговорящее сообщество

774 membersпожаловаться на группу

2020 July 28

Slava Kuzmich in WebAssembly — русскоговорящее сообщество

Еще они бегло затронули получение хеш кода Wasm объекта и ассоциативные массивы из RTT в значения.

источник

20:50пожаловаться #1

Sergey Rubanov in WebAssembly — русскоговорящее сообщество

MaxGraey

@chicoxyzzy кстати есть вероятность что wasm для Safari в IOS симуляторе наконец заработает?
https://bugs.webkit.org/show_bug.cgi?id=191064

Кто не знает все это время в симуляторе было невозможно запустить webassembly для safari

¯\_(ツ)_/¯

источник

20:51пожаловаться #2

MaxGraey in WebAssembly — русскоговорящее сообщество

Slava Kuzmich

Сегодня V8 разработчики презетовали свой вариант представления Wasm GC объектов в JS. Они предлагают описывать JS свойства и методы на RTT и передавать значения с этими RTT в JS без оберток.

Спасибо

источник

21:07пожаловаться #3

Michael Pavlovsky in WebAssembly — русскоговорящее сообщество

@chicoxyzzy , @maxgraey А что на счет стандартной библиотеки? есть намерения на создание универсального runtime? хоть на уровне контрактов

источник

22:20пожаловаться #4

MaxGraey in WebAssembly — русскоговорящее сообщество

Michael Pavlovsky

Не очень понял что имеется ввиду

источник

22:20пожаловаться #5

Sergey Rubanov in WebAssembly — русскоговорящее сообщество

нет, универсального рантайма не будет

источник

22:21пожаловаться #6

Sergey Rubanov in WebAssembly — русскоговорящее сообщество

точнее прям эталонного

источник

22:21пожаловаться #7

Michael Pavlovsky in WebAssembly — русскоговорящее сообщество

Sergey Rubanov

нет, универсального рантайма не будет

why

источник

22:21пожаловаться #8

Sergey Rubanov in WebAssembly — русскоговорящее сообщество

в этом идея. чтобы это не зохавала самая богатая из заинтересованных компаний

источник

22:21пожаловаться #9

Sergey Rubanov in WebAssembly — русскоговорящее сообщество

все делают свои реализации рантаймов по общему стандарту

источник

22:22пожаловаться #10

Sergey Rubanov in WebAssembly — русскоговорящее сообщество

а насчет стандартной библиотеки не совсем понятно действительно

источник

22:22пожаловаться #11

Michael Pavlovsky in WebAssembly — русскоговорящее сообщество

so what is the standard API surface? Where is it defined?

источник

22:22пожаловаться #12

Sergey Rubanov in WebAssembly — русскоговорящее сообщество

https://webassembly.org/specs/

источник

22:23пожаловаться #13

Michael Pavlovsky in WebAssembly — русскоговорящее сообщество

Sergey Rubanov

а насчет стандартной библиотеки не совсем понятно действительно

WASI - это для системного API (ОК, я понял, все будет под зонтиком WASI)

источник

22:25пожаловаться #14

Sergey Rubanov in WebAssembly — русскоговорящее сообщество

источник

22:26пожаловаться #15

Michael Pavlovsky in WebAssembly — русскоговорящее сообщество

а все остальные API как USB , Sound это все равно потянет JS

источник

22:26пожаловаться #16

MaxGraey in WebAssembly — русскоговорящее сообщество

Michael Pavlovsky

а все остальные API как USB , Sound это все равно потянет JS

тоже под wasi. Там несколько подмодулей

источник

22:28пожаловаться #17

Sergey Rubanov in WebAssembly — русскоговорящее сообщество

если мы про браузер, то пока что через JS, в будущем напрямую через Web API
вне браузеров через WASI

сам wasm никак не определяет среду исполнения (как и js ее не определяет, а общается с ОС через Web API)

источник

22:29пожаловаться #18

Michael Pavlovsky in WebAssembly — русскоговорящее сообщество

Sergey Rubanov

я спрашивал про APIs, среда выполнения - это понятно

источник

22:31пожаловаться #19

Michael Pavlovsky in WebAssembly — русскоговорящее сообщество

Будет ли правильно сказать что разработчику, чтоб написать хоть что либо реальное придется работать с target host api (simply because wasi is a subset of anything available) и также WASI очень медленно развивается так как "design by committee"

источник

22:35пожаловаться #20