Didn't catch the reference in ExportNamedDeclaration

[mysteryven]

The references of A is empty for:

import { A } from 'foo'

export  { A }

playground

[Boshen]

Related #3796

[Dunqing]

Related #3796

This is not related tp #3796. C is not the identifier reference. So we cannot catch the reference

[Boshen]

It's related, it's not a IdentifierReference, but we need to create a reference for it.

Notice there are 2 references:

in binder.ts, it creates a symbol for the name export:

    function bindExportDeclaration(node: ExportDeclaration) {
        if (!container.symbol || !container.symbol.exports) {
            // Export * in some sort of block construct
            bindAnonymousDeclaration(node, SymbolFlags.ExportStar, getDeclarationName(node)!);
        }
        else if (!node.exportClause) {
            // All export * declarations are collected in an __export symbol
            declareSymbol(container.symbol.exports, container.symbol, node, SymbolFlags.ExportStar, SymbolFlags.None);
        }
        else if (isNamespaceExport(node.exportClause)) {
            // declareSymbol walks up parents to find name text, parent _must_ be set
            // but won't be set by the normal binder walk until `bindChildren` later on.
            setParent(node.exportClause, node);
            declareSymbol(container.symbol.exports, container.symbol, node.exportClause, SymbolFlags.Alias, SymbolFlags.AliasExcludes);
        }
    }

[Boshen]

I checked other ASTs, although the spec says it's an IdentiferName, we need to change it to a IdentifierReference

[ModuleExportName](https://tc39.es/ecma262/#prod-ModuleExportName) :
  [IdentifierName](https://tc39.es/ecma262/#prod-IdentifierName)
  [StringLiteral](https://tc39.es/ecma262/#prod-StringLiteral)

pub enum ModuleExportName<'a> {
    Identifier(IdentifierName<'a>), // << change back to identifier reference
    StringLiteral(StringLiteral<'a>),
}

TypeScript definition:

export type ModuleExportName = Identifier | StringLiteral;

[Dunqing]

I'm glad you're considering changing it to IdentifierReference, I totally agree!

[Boshen]

I'm working on this.