нy тогда че v8 api не делает?

в8 понимает импорты и экспорты

но они не включены

давно уже причем

и каким образом энв будет реализовывать спеку лоадера?

Женя Обрезков кидал ссыль на исходники

по whatwg/loader

но у v8 нет апи

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

парсер понимает эти слова

ну этого не достаточно

остальное вот этого задача https://github.com/whatwg/loader

само собой

так не может быть

но это так

в спеке должно быть написано, что vm должна делать для загрузки модулей

но там этого нет

тем не менее, там этого нет и не планируется

тогда вопрос - почему в v8 нет апи для модулей, чего они ждут?

остальное вот этого задача https://github.com/whatwg/loader

^

это не может быть обязательным, если не является часть спеки

v8 реализует ecma-262

loader будет в хроме, стало быть

Это не часть спек. Так как для ноды и хрома будут разные решения

да

движки обязаны знать синтаксис импортов и экспортов. и это не должно быть синтаксической ошибкой. это все требования 262

и соответственно эти слова не могут быть использованы

это так, но это означает, что можно сделать апи, через которое энв будет делать с модулями что-то

на основе ecma-262

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

пока нечего делать

но чуваки из v8 этого не делают, они говорят что спека не полная

и синтаксис тоже отключен в в8

whatwg спека не полная, это так

whatwg спека не имеет никакого отношения к ecma 262

но чуваки из v8 этого не делают, они говорят что спека не полная

не имеет. но видимо ^ про спеку, которую я скидывал

там по-английски написано же про ноду

если v8 не собирается имплементить эту спеку, то зачем им ее ждать?

This repository consolidates work on the ECMAScript module loading semantics with the integration points of Web browsers, as well as Node.js.

если v8 не собирается имплементить эту спеку, то зачем им ее ждать?

што?

почему не собирается?

потому что ее имплементит энв, как ты сам сказал

ну часть семантики придется взять и движкам

зачем?

иначе даже стек трейса не будет

всмысле? стек трейс будет как и при вызове любой хост-функции

надо же сказать, что “ты импортишь пхп модуль, братан”

и движок должен знать как это получить

одного синтаксиса недостаточно

оно должно как-то рефлектировать

не должен

ведь в спеке этого нет

в спеке ecma 262

*не обязан

именно

в спеке 262 нет и таймеров

и фетча

именно

но они рефлексируются в глобалы

и в v8 их нет

а импорты - это не объект в глобалах

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

я не спорю - движки должны дать апи для этого

и кто захочет, реализует лоадеры или что-то еще

они могу реализовать какой угодно апи

но он должен работать с синтаксисом 262 и спекой вотвг

если надо модули в энве

спека вотвг полностью на энве

движок не должен о не знать

да

whatwg это вообще хуй знает кто

короче нет и пока не планируется никакой спеки на то как синтаксис рефлектирует в настоящие модули

мутная история

есть такое

While an ECMAScript implementation could choose its own loader semantics, V8 plans to implement the loader that's currently being standardized in the WHATWG

но вроде как она и не нужна. вон сафари запилили для PTC ShadowChicken. никто не просил, нигде не описано. но проблема дебага очевидна

отсюда https://bugs.chromium.org/p/v8/issues/detail?id=1569

так же и вот это все может кто как хочет реализовать

могли бы апишку простую сделать давно и не париться

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