fix(globImport): import.meta.glob second arguments compatible with template literal

[sun0day]

Description

fixes #10947

Additional context

---

What is the purpose of this pull request?

• Bug fix
• New Feature
• Documentation update
• Other

Before submitting the PR, please make sure you do the following

• Read the Contributing Guidelines.
• Read the Pull Request Guidelines and follow the Commit Convention.
• Check that there isn't already a PR that solves the problem the same way to avoid creating a duplicate.
• Provide a description in this PR that addresses what the PR is solving, or reference the issue that it solves (e.g. fixes #123).
• Ideally, include relevant tests that fail without this PR but pass with it.

[bluwy]

Actually it looks like there's a lot of errors that can be improved in this file, but not completely necessary for this PR. It could be done as a followup.

[patak-dev]

@sun0day we discussed this with other team members, and while we think that it is worth supporting template literals here. There are other places where we are using Json5 to do the options parsing and template literals aren't valid there either. So if we only support them here, it is going to be more surprising than at least being consistent. I'll put an on hold label to the PR, we should wait for full support in other options before merging it. Or we could decide the complexity and time isn't worth supporting this across the board. Leaving it open anyways to see if this is an important enough use case for others to keep digging into.

[sun0day]

@sun0day we discussed this with other team members, and while we think that it is worth supporting template literals here. There are other places where we are using Json5 to do the options parsing and template literals aren't valid there either. So if we only support them here, it is going to be more surprising than at least being consistent. I'll put an on hold label to the PR, we should wait for full support in other options before merging it. Or we could decide the complexity and time isn't worth supporting this across the board. Leaving it open anyways to see if this is an important enough use case for others to keep digging into.

Ok, feel free to merge or close this PR.