Roadmap for stabilization of vm modules

According to @SimenB, here are the issues that should probably be taken care of before we unflag and mark vm modules as stable:

• vm.Script's importModuleDynamically should get a reference to the context used to run it (#35714)
• https://github.com/nodejs/node/issues/43899
• https://github.com/nodejs/node/issues/31234
• VM ESM with dynamic imports resolves promises before linking is complete (#33216)
• https://github.com/nodejs/node/issues/60242
• https://github.com/nodejs/node/issues/35848
• https://github.com/nodejs/node/issues/31234
• https://github.com/nodejs/node/issues/31658
• SourceTextModule memory leak (#33439)
• Segmentation fault with import() instead of calling importModuleDynamically (#35889)
• importModuleDynamically for vm module is cached (#36351)
• https://github.com/nodejs/node/issues/50113
• https://github.com/nodejs/node/issues/59118
• https://github.com/nodejs/node/issues/59656
• https://github.com/nodejs/node/issues/43663
• Change API of module.lnk((specifier) => module) to module.link(specifiers, modules) so that it has fewer C++ -> JS calls and can be reused to implement require(esm).
• Source phase import support.

Tracking issue in Jest: https://github.com/jestjs/jest/issues/9430
/cc @devsnek

Commencez par examiner les issues liées qui ne sont pas cochées, en particulier #35714, #43899, #31234, #33216, #60242 et la prise en charge de source phase import. L’issue de suivi de Jest à l’adresse https://github.com/jestjs/jest/issues/9430 fournit un contexte supplémentaire. Le travail sera considéré comme terminé lorsque les blocages restants liés à la stabilisation seront résolus et que le flag de vm modules pourra être supprimé afin de les déclarer stables.