NK
Именно проблема с index файлом, потому что вот так все работает:
import { u128 } from "../node_modules/bignum/assembly/integer/u128";
import { u128 } from "../node_modules/bignum/assembly/integer/u128";
Size: a a a
2019 March 13
DS
да, и правда, так заработало, спасибо
NK
Я думаю решим это в скором времени.
NK
@ChALkeR Я запускал youtube на канарейке и никаких кстати проблем с полимером не наблюдал, наверное уже пофиксили
НС
ID:414983998
@ChALkeR Я запускал youtube на канарейке и никаких кстати проблем с полимером не наблюдал, наверное уже пофиксили
Я перекинул в соседний чат, потому что не васм, но давай здесь, ок.
Там и нет проблем, там полифилл. Из-за которого в фф youtube медленее чем в хроме, потому что они v0 не развернули.
Там и нет проблем, там полифилл. Из-за которого в фф youtube медленее чем в хроме, потому что они v0 не развернули.
НС
> Since web sites including YouTube got broken due to the API removed canary, the patch was reverted. I heard that YouTube was migrating and effect was small,,,
> Because no any short-term solution from Blink side, I decided to postpone API removal to M75.
> Because no any short-term solution from Blink side, I decided to postpone API removal to M75.
НС
Короче, отложили до 75 из-за youtube. Ха.
НС
НС
ID:414983998
@ChALkeR Я запускал youtube на канарейке и никаких кстати проблем с полимером не наблюдал, наверное уже пофиксили
Он в консоль жалуется.
NK
Ага, увидел
NK
Еще вот это:
[Deprecation] chrome.loadTimes() is deprecated, instead use standardized API: nextHopProtocol in Navigation Timing 2
[Deprecation] chrome.loadTimes() is deprecated, instead use standardized API: nextHopProtocol in Navigation Timing 2
ҪҸ
кстати, вчера немного общался с Беном Титзером (V8/WebAssembly), он тоже на CloudABI ставит вроде
ҪҸ
еще про microwasm ему рассказал
NK
Cloud ABI нуждается всего в 50 syscall-ах и они хорошо продуманы, что бы обеспечить надлежащий уровень безопасности и при этом не ущемить возможности разработчика
DS
сори, что так много про AssemblyScript :)
попробовал закомпилить пару утилитных либ сходу: crypto-ts и typescript-collections, ожидал ругань от компилятора, но получил ООМ
я не нашел как увеличить потребление памяти при компиляции
и как-то можно определить, ООМ потому что код not-so-portable, но это не обязательно вызывает ошибки компиляции
Или, может, проблема в чем-то другом
попробовал закомпилить пару утилитных либ сходу: crypto-ts и typescript-collections, ожидал ругань от компилятора, но получил ООМ
я не нашел как увеличить потребление памяти при компиляции
и как-то можно определить, ООМ потому что код not-so-portable, но это не обязательно вызывает ошибки компиляции
Или, может, проблема в чем-то другом
DS
да и делал я это качая исходники и прописывая импорт напрямую в файл, как с bignum выше
NK
сори, что так много про AssemblyScript :)
попробовал закомпилить пару утилитных либ сходу: crypto-ts и typescript-collections, ожидал ругань от компилятора, но получил ООМ
я не нашел как увеличить потребление памяти при компиляции
и как-то можно определить, ООМ потому что код not-so-portable, но это не обязательно вызывает ошибки компиляции
Или, может, проблема в чем-то другом
попробовал закомпилить пару утилитных либ сходу: crypto-ts и typescript-collections, ожидал ругань от компилятора, но получил ООМ
я не нашел как увеличить потребление памяти при компиляции
и как-то можно определить, ООМ потому что код not-so-portable, но это не обязательно вызывает ошибки компиляции
Или, может, проблема в чем-то другом
Во время выполнения в node/браузере ты получил ООM?