Skip to content

Conversation

@tgross35
Copy link
Contributor

Most of what this crate does is interact with C, so the lint should be useful. It can be disabled on a case-by-case basis as needed.

Additionally, switch the bad_style lint to the newer name nonstandard_style.

@tgross35 tgross35 added the stable-nominated This PR should be considered for cherry-pick to libc's stable release branch label Jul 26, 2025
@tgross35 tgross35 force-pushed the no-allow-improper-ctypes branch from 79334fc to 86898eb Compare July 26, 2025 06:51
@rustbot rustbot added the O-unix label Jul 26, 2025
@tgross35 tgross35 enabled auto-merge July 26, 2025 06:58
@tgross35 tgross35 force-pushed the no-allow-improper-ctypes branch from 86898eb to b2a9785 Compare July 26, 2025 07:09
@tgross35 tgross35 force-pushed the no-allow-improper-ctypes branch 2 times, most recently from 49c0f9a to a0c88fc Compare July 28, 2025 11:16
@tgross35 tgross35 disabled auto-merge July 28, 2025 11:37
tgross35 added 2 commits July 28, 2025 11:39
Resolve the `improper_ctypes` warning on l4re-uclibc that we are getting
in CI. The current version was added in e412497 ("Move
L4Re-specific code into separate module.") and doesn't seem to have been
intentional.
Most of what this crate does is interact with C, so the lint should be
useful. It can be disabled on a case-by-case basis as needed.

There are a few fixes needed for enums, which will be going away anyway
(rust-lang#4419).

Additionally, switch the `bad_style` lint to the newer name
`nonstandard_style`.
@tgross35 tgross35 force-pushed the no-allow-improper-ctypes branch from a0c88fc to 8fa09ee Compare July 28, 2025 11:39
@tgross35 tgross35 enabled auto-merge July 28, 2025 11:39
@tgross35 tgross35 added this pull request to the merge queue Jul 28, 2025
Merged via the queue into rust-lang:main with commit 38bb46e Jul 28, 2025
48 of 52 checks passed
@tgross35 tgross35 deleted the no-allow-improper-ctypes branch July 28, 2025 18:25
tgross35 added a commit to tgross35/rust-libc that referenced this pull request Jul 29, 2025
Resolve the `improper_ctypes` warning on l4re-uclibc that we are getting
in CI. The current version was added in e412497 ("Move
L4Re-specific code into separate module.") and doesn't seem to have been
intentional.

(backport <rust-lang#4584>)
(cherry picked from commit 95c1400)
tgross35 added a commit to tgross35/rust-libc that referenced this pull request Jul 29, 2025
Most of what this crate does is interact with C, so the lint should be
useful. It can be disabled on a case-by-case basis as needed.

There are a few fixes needed for enums, which will be going away anyway
(rust-lang#4419).

Additionally, switch the `bad_style` lint to the newer name
`nonstandard_style`.

(backport <rust-lang#4584>)
(cherry picked from commit 38bb46e)
@tgross35 tgross35 mentioned this pull request Jul 29, 2025
@tgross35
Copy link
Contributor Author

Was curious so I did some digging: this was introduced in 2015 with 1791046, the first substantial PR to this repo #21. I wonder what the lint was flagging.

tgross35 added a commit to tgross35/rust-libc that referenced this pull request Aug 11, 2025
Resolve the `improper_ctypes` warning on l4re-uclibc that we are getting
in CI. The current version was added in e412497 ("Move
L4Re-specific code into separate module.") and doesn't seem to have been
intentional.

(backport <rust-lang#4584>)
(cherry picked from commit 95c1400)
tgross35 added a commit to tgross35/rust-libc that referenced this pull request Aug 11, 2025
Most of what this crate does is interact with C, so the lint should be
useful. It can be disabled on a case-by-case basis as needed.

There are a few fixes needed for enums, which will be going away anyway
(rust-lang#4419).

Additionally, switch the `bad_style` lint to the newer name
`nonstandard_style`.

(backport <rust-lang#4584>)
(cherry picked from commit 38bb46e)
tgross35 added a commit to tgross35/rust-libc that referenced this pull request Aug 11, 2025
Most of what this crate does is interact with C, so the lint should be
useful. It can be disabled on a case-by-case basis as needed.

There are a few fixes needed for enums, which will be going away anyway
(rust-lang#4419).

Additionally, switch the `bad_style` lint to the newer name
`nonstandard_style`.

(backport <rust-lang#4584>)
(cherry picked from commit 38bb46e)
tgross35 added a commit to tgross35/rust-libc that referenced this pull request Aug 11, 2025
Most of what this crate does is interact with C, so the lint should be
useful. It can be disabled on a case-by-case basis as needed.

There are a few fixes needed for enums, which will be going away anyway
(rust-lang#4419).

Additionally, switch the `bad_style` lint to the newer name
`nonstandard_style`.

(backport <rust-lang#4584>)
(cherry picked from commit 38bb46e)
github-merge-queue bot pushed a commit that referenced this pull request Aug 11, 2025
Resolve the `improper_ctypes` warning on l4re-uclibc that we are getting
in CI. The current version was added in e412497 ("Move
L4Re-specific code into separate module.") and doesn't seem to have been
intentional.

(backport <#4584>)
(cherry picked from commit 95c1400)
github-merge-queue bot pushed a commit that referenced this pull request Aug 11, 2025
Most of what this crate does is interact with C, so the lint should be
useful. It can be disabled on a case-by-case basis as needed.

There are a few fixes needed for enums, which will be going away anyway
(#4419).

Additionally, switch the `bad_style` lint to the newer name
`nonstandard_style`.

(backport <#4584>)
(cherry picked from commit 38bb46e)
@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 Aug 11, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

O-linux O-unix O-x86 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