fix(estree): ExportNamedDeclaration.exportKind should be type for declare export

[leaysgur]

Part of #9705

[graphite-app]

How to use the Graphite Merge Queue

Add either label to this PR to merge it via the merge queue:

• 0-merge - adds this PR to the back of the merge queue
• hotfix - for urgent hot fixes, skip the queue and merge this PR next

You must have a Graphite account in order to use the merge queue. Sign up using this link.

An organization admin has enabled the Graphite Merge Queue in this repository.

Please do not merge from GitHub as this will restart CI on PRs being processed by the merge queue.

[leaysgur]

Suggested change

	const exportKind = DESER[ImportOrExportKind](POS_OFFSET.export_kind);
	THIS.declaration?.declare ? 'type' : exportKind
	THIS.declaration?.declare ? 'type' : THIS.exportKind

First I tried this. But this seems to generate invalid JS code as a result. 🤔

[codspeed-hq]

CodSpeed Instrumentation Performance Report

Merging #10387 will not alter performance

_{Comparing fix/exportkind (77b0549) with main (2e1ef4c)}

Summary

✅ 36 untouched benchmarks

[Boshen]

I wonder whether this is a parser bug, where declared exports should be type.

[leaysgur]

Thanks for the review.

I tried to fix parser at first, but other tests like codegen, isolated_decls failed, so I switched to this one. 😓
I will take another look at the parser side.

[Boshen]

I think we need to fix the parser so that consumers of this AST node knows it's a type export.

To test the theory, we can find a linter rule and double check, e.g.

https://github.com/typescript-eslint/typescript-eslint/blob/fa265a970535e9b8d3ac8bfde9f3a24f1a1ec94a/packages/eslint-plugin/src/rules/consistent-type-exports.ts#L205

I haven't checked, but we may be linting this node incorrectly.

[leaysgur]

OK, I think I got it this time. => #10389

Since it seems that consistent-type-exports is a type-checking rule, so we don't have it yet. 👀
And other rules are not affected by exportKind.