Skip to content

Conversation

@tgross35
Copy link
Contributor

No description provided.

tgross35 and others added 2 commits October 22, 2025 00:19
Currently there aren't any checks for what happens with `e`. Add one
here.
C allows omitting the identifier of an enum definition in order to get
the incrementing behavior without defining a new type. Add support for
this to `c_enum!` by allowing `#anon` to be given as the identifier.

The macro `@` matcher names are cleaned up here as well.

Co-authored-by: Noa <coolreader18@gmail.com>
@tgross35 tgross35 added stable-nominated This PR should be considered for cherry-pick to libc's stable release branch and removed S-waiting-on-review labels Oct 22, 2025
@tgross35 tgross35 enabled auto-merge October 22, 2025 05:17
@tgross35 tgross35 added this pull request to the merge queue Oct 22, 2025
Merged via the queue into rust-lang:main with commit 02c4d66 Oct 22, 2025
52 checks passed
@tgross35 tgross35 deleted the c-enum-anon branch October 22, 2025 05:57
tgross35 added a commit to tgross35/rust-libc that referenced this pull request Nov 3, 2025
Currently there aren't any checks for what happens with `e`. Add one
here.

(backport <rust-lang#4757>)
(cherry picked from commit 1386b8c)
tgross35 added a commit to tgross35/rust-libc that referenced this pull request Nov 3, 2025
C allows omitting the identifier of an enum definition in order to get
the incrementing behavior without defining a new type. Add support for
this to `c_enum!` by allowing `#anon` to be given as the identifier.

The macro `@` matcher names are cleaned up here as well.

Co-authored-by: Noa <coolreader18@gmail.com>

(backport <rust-lang#4757>)
(cherry picked from commit 02c4d66)
@tgross35 tgross35 mentioned this pull request Nov 3, 2025
tgross35 added a commit to tgross35/rust-libc that referenced this pull request Nov 3, 2025
Currently there aren't any checks for what happens with `e`. Add one
here.

(backport <rust-lang#4757>)
(cherry picked from commit 1386b8c)
tgross35 added a commit to tgross35/rust-libc that referenced this pull request Nov 3, 2025
C allows omitting the identifier of an enum definition in order to get
the incrementing behavior without defining a new type. Add support for
this to `c_enum!` by allowing `#anon` to be given as the identifier.

The macro `@` matcher names are cleaned up here as well.

Co-authored-by: Noa <coolreader18@gmail.com>

(backport <rust-lang#4757>)
(cherry picked from commit 02c4d66)
github-merge-queue bot pushed a commit that referenced this pull request Nov 4, 2025
Currently there aren't any checks for what happens with `e`. Add one
here.

(backport <#4757>)
(cherry picked from commit 1386b8c)
github-merge-queue bot pushed a commit that referenced this pull request Nov 4, 2025
C allows omitting the identifier of an enum definition in order to get
the incrementing behavior without defining a new type. Add support for
this to `c_enum!` by allowing `#anon` to be given as the identifier.

The macro `@` matcher names are cleaned up here as well.

Co-authored-by: Noa <coolreader18@gmail.com>

(backport <#4757>)
(cherry picked from commit 02c4d66)
@tgross35 tgross35 added stable-applied This PR has been cherry-picked to libc's stable release branch and removed stable-nominated This PR should be considered for cherry-pick to libc's stable release branch labels Nov 4, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

stable-applied This PR has been cherry-picked to libc's stable release branch

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants