Ron Buckton

`tslib.es6.js` predates NodeJS's support for ES Modules. If you change the `"import"` directive in the export map as you've proposed, NodeJS will attempt to load the file as a CommonJS...

We can't change the root `package.json` in tslib to `"type": "module"` without breaking `tslib.js`. That's the reason we have a `modules` folder that has its own `package.json`.

Will #171 address your needs?

This also paves the way for the possibility of supporting #33 as the generator script can be easily modified to emit each helper into its own file (current progress can...

I've updated this to support multiple variants: - `tslib.js` - A bundle of all helpers that supports both CommonJS and AMD modules as well as adds global (for use with...

@DanielRosenwasser If we end up taking this, should I also emit a copy of `tslib.es6.js` as `tslib.mjs`?

> Well, perhaps it shouldn't even be defined as `writable: true` either, as I believe the native constructors are readonly, but please advice on whether something like this would be...

Considering how similar this is to the new `__setModuleDefault` I wonder if we don't just need a shortcut for "defining" things: ```ts var __define = Object.create ? function (o, k,...

There is no way to override the `Promise` implementation for async generators other than defining a global `Promise` or redirecting `tslib` to a custom implementation. While we permit defining a...

We indicate that this is a requirement in the PR that added support for Async Generators to TypeScript: https://github.com/microsoft/TypeScript/pull/12346 (see the "Async Generators" header)