P🛸
Size: a a a
2019 June 05
P🛸
2019 June 06
NK
AssemblyScript релизнулся до версии 0.7.0. Из нового:
1. Полностью переработанный рантайм и менеджер памяти (TLSF + ARC + GC), который по-умолчанию теперь включен. Что бы вернуться к прежнему поведению нужно добавить флаг --runtime none. Подробнее тут: https://docs.assemblyscript.org/details/runtime#runtime-variants
2. Собственно, теперь имееться более не менее приличная документация: https://docs.assemblyscript.org
3. Исправлены проблемы с менеджером памяти
4. Убраны некоторые встроенные макросы
5. Map/Set обзавелись методами keys и values (пока без итераторов)
6. rtti и динамический instanceof. Да теперь он работает не только с дженериками
7. default import / exports
8. Прочие улучшения и фиксы
1. Полностью переработанный рантайм и менеджер памяти (TLSF + ARC + GC), который по-умолчанию теперь включен. Что бы вернуться к прежнему поведению нужно добавить флаг --runtime none. Подробнее тут: https://docs.assemblyscript.org/details/runtime#runtime-variants
2. Собственно, теперь имееться более не менее приличная документация: https://docs.assemblyscript.org
3. Исправлены проблемы с менеджером памяти
4. Убраны некоторые встроенные макросы
5. Map/Set обзавелись методами keys и values (пока без итераторов)
6. rtti и динамический instanceof. Да теперь он работает не только с дженериками
7. default import / exports
8. Прочие улучшения и фиксы
k
ID:414983998
AssemblyScript релизнулся до версии 0.7.0. Из нового:
1. Полностью переработанный рантайм и менеджер памяти (TLSF + ARC + GC), который по-умолчанию теперь включен. Что бы вернуться к прежнему поведению нужно добавить флаг --runtime none. Подробнее тут: https://docs.assemblyscript.org/details/runtime#runtime-variants
2. Собственно, теперь имееться более не менее приличная документация: https://docs.assemblyscript.org
3. Исправлены проблемы с менеджером памяти
4. Убраны некоторые встроенные макросы
5. Map/Set обзавелись методами keys и values (пока без итераторов)
6. rtti и динамический instanceof. Да теперь он работает не только с дженериками
7. default import / exports
8. Прочие улучшения и фиксы
1. Полностью переработанный рантайм и менеджер памяти (TLSF + ARC + GC), который по-умолчанию теперь включен. Что бы вернуться к прежнему поведению нужно добавить флаг --runtime none. Подробнее тут: https://docs.assemblyscript.org/details/runtime#runtime-variants
2. Собственно, теперь имееться более не менее приличная документация: https://docs.assemblyscript.org
3. Исправлены проблемы с менеджером памяти
4. Убраны некоторые встроенные макросы
5. Map/Set обзавелись методами keys и values (пока без итераторов)
6. rtti и динамический instanceof. Да теперь он работает не только с дженериками
7. default import / exports
8. Прочие улучшения и фиксы
2kb full
k
NK
а есть какое-нибудь общее решение для передачи *const char из javascript в wasm?
NK
чтобы с любыми языками работало
で
Писать в uint8array?
で
Только не очень понятно где ты дерефы конст чара в js видел
NK
Только не очень понятно где ты дерефы конст чара в js видел
в js это String.
で
Там далеко не const char. Но да, ничто не мешает писать в массивы
N
ID:693357436
а есть какое-нибудь общее решение для передачи *const char из javascript в wasm?
самое близкое это const string по смыслу, но это не имеет значения.
в любом случае, это переброска из одной памяти в другую, не вижу вообще никаких припятствий, в чем вопрос то?
в любом случае, это переброска из одной памяти в другую, не вижу вообще никаких припятствий, в чем вопрос то?
N
просто запись из одного массива в другой, при чем тут другие яп, вообще не понятно
N
если что, я только чистый wasm трогал, не знаю, какие проблемы возникают при использовании растов и прочего
N
просто ручками пробрасываю данные js <-> wasm, проблем никаких
AF
просто ручками пробрасываю данные js <-> wasm, проблем никаких
А как ты перебрасываешь данные между строкой и байтовым массивом? Я кроме TextDecoder ничего не нашёл, а он очень медленный
で
/vote kick
2019 June 07
AF
на тему Compiller Bomb интересное
https://news.ycombinator.com/item?id=16553628
This would be an interested DDOS attack for open source CI systems that check pull requests. Especially when combined with some sort of distributed network build cache like bazel, you could easily fill it the cache by making a few pull requests with this.
https://news.ycombinator.com/item?id=16553628
This would be an interested DDOS attack for open source CI systems that check pull requests. Especially when combined with some sort of distributed network build cache like bazel, you could easily fill it the cache by making a few pull requests with this.
AF
The main practical takeaway is to prefer iterators over pre-generated arrays.
MV
а почему wavm называют jit компилятором, если по факту это aot?