Skip to content

refactor(ast): declare enum inheritance with INHERIT#23953

Merged
graphite-app[bot] merged 1 commit into
mainfrom
om/06-30-refactor_ast_declare_enum_inheritance_with_inherit_
Jun 30, 2026
Merged

refactor(ast): declare enum inheritance with INHERIT#23953
graphite-app[bot] merged 1 commit into
mainfrom
om/06-30-refactor_ast_declare_enum_inheritance_with_inherit_

Conversation

@overlookmotel

@overlookmotel overlookmotel commented Jun 30, 2026

Copy link
Copy Markdown
Member

Change the syntax used to declare that one enum inherits the variants from another.

Before:

enum Expression<'a> {
    // ... own variants ...
    @inherit MemberExpression
}

After:

enum Expression<'a> {
    // ... own variants ...
    INHERIT(MemberExpression<'a>),
}

Reason for this change is that the latter is valid Rust code, and can be parsed normally by Rust compiler and syn.

This removes the need for custom parsing logic in ast_tools - now we can just use syn's standard parser for enums.

The downside it that this complicates the inherit_variants! macro - this PR reimplements it as a TT-muncher. But this macro is removed entirely in a later PR (#23960).

No change to behavior - only affects how inheritance is declared, not how it works.

overlookmotel commented Jun 30, 2026

Copy link
Copy Markdown
Member Author

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 changes, fast-track this PR to the front of the merge queue

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.

This stack of pull requests is managed by Graphite. Learn more about stacking.

@codspeed-hq

codspeed-hq Bot commented Jun 30, 2026

Copy link
Copy Markdown

Merging this PR will not alter performance

✅ 62 untouched benchmarks
⏩ 9 skipped benchmarks1


Comparing om/06-30-refactor_ast_declare_enum_inheritance_with_inherit_ (35c71e3) with om/06-28-refactor_ast_remove_shared_enum_variants_macro (7af6a70)2

Open in CodSpeed

Footnotes

  1. 9 benchmarks were skipped, so the baseline results were used instead. If they were deleted from the codebase, click here and archive them to remove them from the performance reports.

  2. No successful run was found on om/06-28-refactor_ast_remove_shared_enum_variants_macro (e6d6e5a) during the generation of this report, so feccfd7 was used instead as the comparison base. There might be some changes unrelated to this pull request in this report.

@overlookmotel overlookmotel self-assigned this Jun 30, 2026
@overlookmotel
overlookmotel marked this pull request as ready for review June 30, 2026 09:19
Copilot AI review requested due to automatic review settings June 30, 2026 09:19

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copilot was unable to review this pull request because the user who requested the review has reached their quota limit.

@overlookmotel

Copy link
Copy Markdown
Member Author

@claude review

@graphite-app

graphite-app Bot commented Jun 30, 2026

Copy link
Copy Markdown
Contributor

Merge activity

@graphite-app
graphite-app Bot force-pushed the om/06-28-refactor_ast_remove_shared_enum_variants_macro branch from 4d05d3e to 7af6a70 Compare June 30, 2026 13:07
graphite-app Bot pushed a commit that referenced this pull request Jun 30, 2026
Change the syntax used to declare that one enum inherits the variants from another.

Before:

```rust
enum Expression<'a> {
    // ... own variants ...
    @inherit MemberExpression
}
```

After:

```rust
enum Expression<'a> {
    // ... own variants ...
    INHERIT(MemberExpression<'a>),
}
```

Reason for this change is that the latter is valid Rust code, and can be parsed normally by Rust compiler and `syn`.

This removes the need for custom parsing logic in `ast_tools` - now we can just use `syn`'s standard parser for enums.

The downside it that this complicates the `inherit_variants!` macro - this PR reimplements it as a TT-muncher. But this macro is removed entirely in a later PR (#23960).

No change to behavior - only affects _how_ inheritance is declared, not how it works.
@graphite-app
graphite-app Bot force-pushed the om/06-30-refactor_ast_declare_enum_inheritance_with_inherit_ branch from 107bd64 to 2616fc6 Compare June 30, 2026 13:07
@camc314

camc314 commented Jun 30, 2026

Copy link
Copy Markdown
Contributor

@codex review

@chatgpt-codex-connector

Copy link
Copy Markdown

Codex Review: Didn't find any major issues. 🚀

Reviewed commit: 2616fc69d2

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Change the syntax used to declare that one enum inherits the variants from another.

Before:

```rust
enum Expression<'a> {
    // ... own variants ...
    @inherit MemberExpression
}
```

After:

```rust
enum Expression<'a> {
    // ... own variants ...
    INHERIT(MemberExpression<'a>),
}
```

Reason for this change is that the latter is valid Rust code, and can be parsed normally by Rust compiler and `syn`.

This removes the need for custom parsing logic in `ast_tools` - now we can just use `syn`'s standard parser for enums.

The downside it that this complicates the `inherit_variants!` macro - this PR reimplements it as a TT-muncher. But this macro is removed entirely in a later PR (#23960).

No change to behavior - only affects _how_ inheritance is declared, not how it works.
@overlookmotel
overlookmotel force-pushed the om/06-28-refactor_ast_remove_shared_enum_variants_macro branch from 7af6a70 to e6d6e5a Compare June 30, 2026 14:46
@overlookmotel
overlookmotel force-pushed the om/06-30-refactor_ast_declare_enum_inheritance_with_inherit_ branch from 2616fc6 to 35c71e3 Compare June 30, 2026 14:46
Base automatically changed from om/06-28-refactor_ast_remove_shared_enum_variants_macro to main June 30, 2026 16:25
@graphite-app
graphite-app Bot merged commit 35c71e3 into main Jun 30, 2026
74 of 92 checks passed
@graphite-app
graphite-app Bot deleted the om/06-30-refactor_ast_declare_enum_inheritance_with_inherit_ branch June 30, 2026 16:26
camc314 pushed a commit that referenced this pull request Jul 3, 2026
Change the syntax used to declare that one enum inherits the variants from another.

Before:

```rust
enum Expression<'a> {
    // ... own variants ...
    @inherit MemberExpression
}
```

After:

```rust
enum Expression<'a> {
    // ... own variants ...
    INHERIT(MemberExpression<'a>),
}
```

Reason for this change is that the latter is valid Rust code, and can be parsed normally by Rust compiler and `syn`.

This removes the need for custom parsing logic in `ast_tools` - now we can just use `syn`'s standard parser for enums.

The downside it that this complicates the `inherit_variants!` macro - this PR reimplements it as a TT-muncher. But this macro is removed entirely in a later PR (#23960).

No change to behavior - only affects _how_ inheritance is declared, not how it works.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

A-ast Area - AST A-ast-tools Area - AST tools

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants