__importStar sometimes inlined when using dynamic imports with --importHelpers

TypeScript Version: 3.1.1

Search Terms: __importStar tslib

Code
a.ts:

import('b').then(b => console.log(b));

compile with

tsc a.ts --esModuleInterop --importHelpers

Expected behavior:
some type errors, but emitted code should require("tslib") and use __importStar from there

Actual behavior:
some type errors and generated code looks like this:

var __importStar = (this && this.__importStar) || function (mod) {
    if (mod && mod.__esModule) return mod;
    var result = {};
    if (mod != null) for (var k in mod) if (Object.hasOwnProperty.call(mod, k)) result[k] = mod[k];
    result["default"] = mod;
    return result;
};
Promise.resolve().then(function () { return __importStar(require('b')); }).then(function (b) { return console.log(b); });

btw an example that works correctly:

import('c').then(b => console.log(b));

class Foo {}

export class Bar extends Foo {}

both the extends and the export seem to be necessary

Playground Link: N/A (--esModuleInterop doesn't exist in the playground)

Related Issues: This is basically #21560 but replacing regular imports with dynamic imports

Reproduisez le rapport avec a.ts en utilisant tsc 3.1.1, --esModuleInterop et --importHelpers, puis inspectez le code émis pour l’importation dynamique. Suivez la manière dont __importStar est sélectionné pour l’importation basée sur Promise et comparez-la avec l’exemple fonctionnel qui inclut extends et export. C’est terminé lorsque le cas qui échoue nécessite tslib et utilise son helper __importStar au lieu de l’inclure inline.