close
Skip to content

up(cli): support --version#2154

Closed
DonIsaac wants to merge 1 commit into
mainfrom
don/cli/up/version
Closed

up(cli): support --version#2154
DonIsaac wants to merge 1 commit into
mainfrom
don/cli/up/version

Conversation

@DonIsaac
Copy link
Copy Markdown
Contributor

Adds support for --version to all commands in oxc_cli. I've set oxc_cli's version to match the other packages in the monorepo (0.5.0). Let me know if you'd like the version set to some other value.

@DonIsaac DonIsaac added C-enhancement Category - New feature or request A-cli Area - CLI labels Jan 23, 2024
@codspeed-hq
Copy link
Copy Markdown

codspeed-hq Bot commented Jan 23, 2024

CodSpeed Performance Report

Merging #2154 will not alter performance

Comparing don/cli/up/version (4ed908d) with main (1ee6d8c)

Summary

✅ 17 untouched benchmarks

@Boshen
Copy link
Copy Markdown
Member

Boshen commented Jan 24, 2024

The version should match

"version": "0.2.4",

I think we need to compile it into the binary by supplying it in CI

version: ${{ needs.check.outputs.version }}

Boshen added a commit that referenced this pull request Jan 26, 2024
@Boshen Boshen mentioned this pull request Jan 26, 2024
@Boshen Boshen closed this in #2182 Jan 26, 2024
Boshen added a commit that referenced this pull request Jan 26, 2024
@Boshen Boshen deleted the don/cli/up/version branch March 25, 2024 09:35
IWANABETHATGUY pushed a commit to IWANABETHATGUY/oxc that referenced this pull request May 29, 2024
Dunqing pushed a commit that referenced this pull request Oct 31, 2025
…ier names (#15035)

feat(transformer): add warning for arbitrary module namespace identifier
names

Implements warnings for the ES2020 "Arbitrary module namespace
identifier names" feature (TC39 proposal #2154), which allows string
literals as import/export specifiers. Similar to #14276.

### Changes

- **Compatibility data**: Added `ArbitraryModuleNamespaceNames` to
`tasks/compat_data/custom-compat-data.js` with browser support (Chrome
88+, Edge 88+, Opera 74+, Firefox 87+, Safari 14.1+, Node 16.0+, Deno
1.6+)
- **Transformer**: Added warning logic in `ES2020` for string literals
in `ImportSpecifier`, `ExportSpecifier`, and `ExportAllDeclaration`
nodes
- **Configuration**: Added `arbitrary_module_namespace_names` option and
environment target mapping

### Example

```javascript
// Triggers warning when targeting ES2019 or Chrome 87
export { foo as "kebab-case-name" };
import { "string-name" as bar } from "./module";
export * as "namespace" from "./module";
```

Warning message:
```
⚠ Arbitrary module namespace identifier names are not available in the configured target environment.
```

### Testing

Added integration tests covering supported/unsupported targets, multiple
literals, and normal identifiers.

<!-- START COPILOT CODING AGENT SUFFIX -->



<details>

<summary>Original prompt</summary>

> Similar to #14276, add a
warning for "Arbitrary module namespace identifier names" feature
(tc39/ecma262#2154). Add the compat data to
`tasks/compat_data/custom-compat-data.js` as the data is not included in
the compat table.


</details>



<!-- START COPILOT CODING AGENT TIPS -->
---

💬 We'd love your input! Share your thoughts on Copilot coding agent in
our [2 minute survey](https://gh.io/copilot-coding-agent-survey).

---------

Signed-off-by: 翠 <green@sapphi.red>
Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: sapphi-red <49056869+sapphi-red@users.noreply.github.com>
Co-authored-by: 翠 <green@sapphi.red>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

A-cli Area - CLI C-enhancement Category - New feature or request

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants