я о том и говорю

Ну это звучало просто очень категорично

ну и ас не весь в жс скомпилится же

это примерно как весь npm переписать на расте чтобы можно было бы через вебассембли в браузере запускать

Вообще то весь если использовать portable полифиллы. Ну может кроме некоторых очень низкоуровневых вещей, которые толькор в std библиотеке применяются и которые все равно и не нужно компилировать так как все это в js движке и так есть

+ вот с этим как быть?
https://twitter.com/AssemblyScript/status/1146047188746809347

Отличный пример - wasmboy. Там в бенче сравниваются AS и JS версии скомпилированные из одного и тех же исходников

Да. Опять же ты про полифиллы прочитал?

Там полифил для Array#sort который синхронизирует это раздичие для портативного кода (когда as компилируется в js а не wasm)

Сортировка мух с котлетами в реальной жизни почти не нужна, наверняка есть случаи когда АС приходится тюнить под задачу. Что бы их не было нужно больше комьюнити.

Здесь не про то. У AS есть некоторые различия в поведении. В основном это исправления всякого легаси и избавления от причуд вызванных тем, что JS слабо типизирован. Но все это испарвляется так же в специальной клеевом коде / полифиллах для js. Конечно если эти полифиллы не использовать, то могут быть неприятности, но не обязательно, как ты выразилсмя найти сейчас в коде arr.sort() без явно заданного компаратора очень трудно, потому что дефолтное поведения для сортировки не устраивает вообще никого)

Кстати даже для полифиллов мы весьма заморочились по части производительности. вот например как выглядит popcnt (подсчет единичных битов в 32-битном числе)
https://github.com/AssemblyScript/assemblyscript/blob/master/std/portable/index.js#L97

Да еще забыл упомянуть что код с u64/i64 корректно не странслировать в JS. Это действительно ограничение

> Да еще забыл упомянуть что код с u64/i64 корректно не странслировать в JS. Это действительно ограничение

почему же? Просто нужно добавить соответствующий рантайм и пресдтавлять в виде пары чисел

Но это поправимо через BigInt. просто руки еще не дошли, да и не уверен что это кому то нужно

Можно через long.js, но это лишняя зависимость

через бигинт скорее всего не получится

у него отличия в поведении от набера

получиться, но там нужна будет кодогенерация и препарсинг уже

Делается это через BigInt.asIntN / BigInt.asUintN