JavaScriptImportPathCompiler's IMPORT_PATTERN only matches import /
import(...) statements. export * from './x.js' and export { foo } from './x.js'
re-exports are not captured, so the browser receives the original relative path
(unhashed) and 404s on the asset.

Reproduces with

Plain regex test (no PHPUnit needed) on the current 6.4 HEAD pattern:

input: "export * from './other.js';"
preg_match_all(IMPORT_PATTERN, input, $m)  -> 1 raw match, no capture group ($m[1] empty)
=> compile() early-returns, path stays "./other.js"

With the patch, $m[1] captures ./other.js, the path is rewritten through
findAssetForRelativeImport() and emitted as the versioned public path.

Fix

Extend the alternation block in IMPORT_PATTERN with an export branch that
requires a from clause (so plain export const x = 1; is correctly skipped):

export\s+
    (?:\*(?:\s*as\s+\w+)?|[\w\s{},*]+)
    \s*from\s*

This mirrors the existing import\s*(...)?\s*from\s* structure and reuses the
same trailing path-capture group.

Tests

5 new data-provider entries in provideCompileTests():

Verified locally via docker run php:8.4-cli: 5/5 RED on the upstream/6.4
regex, 5/5 GREEN with the patch; plain export const x = 1; stays 0/0 on both.

Fixes #64183.