M
Size: a a a
2020 July 27
AF
кстати, а кто напомнит, Interface Types - почему это биг дил?
M
кстати, а кто напомнит, Interface Types - почему это биг дил?
В смысле? Это стандартизированноеи универсальное описание интеропа как между wasm и хостом, так и между wasm модулями скомпилированными из разных языков. Собственно это универсальный язык общение между модулями без необходимости писать клеевой код
AF
AF
но это я так спросил, для аудитории
AF
Как назовем организацию на GitHub? 2й тур
Анонимный опрос
35%
WebAssembly Pirozhki
40%
WebAssembly Enthusiasts
25%
Посмотреть результаты (у меня мета-когнитивная амбивалентность 🤪)
предлагаю провести заключительный тур
M
предлагаю провести заключительный тур
В смысле? Так уже)
AF
а, я просто не знал, что это заключительный
AF
а то я придумал как мне кажется, ещё более Generic вариант
M
MV
Кстати насчет interface types:
https://github.com/jgravelle-google/it-tools
https://github.com/jgravelle-google/it-tools
https://github.com/fluencelabs/fce/blob/master/examples/ipfs_node/wasm/ipfs_rpc/src/main.rs
у нас вот так сейчас для раста - для всего, помеченного
у нас вот так сейчас для раста - для всего, помеченного
#[fce], генерятся interface-types
AF
https://github.com/fluencelabs/fce/blob/master/examples/ipfs_node/wasm/ipfs_rpc/src/main.rs
у нас вот так сейчас для раста - для всего, помеченного
у нас вот так сейчас для раста - для всего, помеченного
#[fce], генерятся interface-typesжир
PP
Вот кстати кто-то замерил одну и ту же математику для JS, WebAssembly/AssemblyScript (Native и JSMath - как раз импорт из JS), Go, Python и Java:
https://github.com/alamusi/wa-test
https://github.com/alamusi/wa-test
Какая математическая библиотека в assemblyscript? Интересно было бы сравнить с libm
M
Petr Penzin
Какая математическая библиотека в assemblyscript? Интересно было бы сравнить с libm
Все те же что и у JavaScript + три специфичные
Math.signbit
Math.sincos
Math.exp2
https://github.com/AssemblyScript/assemblyscript/wiki/Status-and-Roadmap#math
Ну и Mathf.<some-func-name>() - это для f32 (float), Math.<some-func-name>() - это для f64 (double)
Math.signbit
Math.sincos
Math.exp2
https://github.com/AssemblyScript/assemblyscript/wiki/Status-and-Roadmap#math
Ну и Mathf.<some-func-name>() - это для f32 (float), Math.<some-func-name>() - это для f64 (double)
M
Все те же что и у JavaScript + три специфичные
Math.signbit
Math.sincos
Math.exp2
https://github.com/AssemblyScript/assemblyscript/wiki/Status-and-Roadmap#math
Ну и Mathf.<some-func-name>() - это для f32 (float), Math.<some-func-name>() - это для f64 (double)
Math.signbit
Math.sincos
Math.exp2
https://github.com/AssemblyScript/assemblyscript/wiki/Status-and-Roadmap#math
Ну и Mathf.<some-func-name>() - это для f32 (float), Math.<some-func-name>() - это для f64 (double)
И да примерно 80% мат библиотеки это порт musl с небольшими оптимизациями, но sin / cos / tan переписаны с нуля и более эффективные
M
Кроме того у нас условная компиляция под скорость и оптимальный размер и иногда вообще разные реализации используются, поэтому разница между -O3 и -O3z иногда в разы как с точки зрения скорости так и размера. Это очень отличается от C++ / Rust где -O2 слабо отличается от -O3 а тот в свою очередь лишь слегка отличается от -Oz
MV
жир
но вообще сейчас IT прям совсем не готовы к использованию, особенно в многомодульном сетапе. Пришлось даже несколько инструкций вводить, чтобы можно было значения из импортов нормально передавать
AF
но вообще сейчас IT прям совсем не готовы к использованию, особенно в многомодульном сетапе. Пришлось даже несколько инструкций вводить, чтобы можно было значения из импортов нормально передавать
ну, нужно в bytecode alliance отписать
AF
или сразу пулреквест запилить :)
MV
там сейчас ребята в гугле in-private работают над стандартом