Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use rustix/libc instead of nix #164

Merged
merged 1 commit into from
Oct 14, 2023
Merged

Use rustix/libc instead of nix #164

merged 1 commit into from
Oct 14, 2023

Conversation

ids1024
Copy link
Member

@ids1024 ids1024 commented Oct 13, 2023

Partly addresses #147, though it would still be desirable to have a good safe API for SYSV shm in Rustix. But using libc directly for now is no worse than using the nix::libc re-export, so we don't lose anything.

Partly addresses
#147, though it would
still be desirable to have a good safe API for SYSV shm in Rustix. But
using `libc` directly for now is no worse than using the `nix::libc`
re-export, so we don't lose anything.
Copy link
Member

@notgull notgull left a comment

Choose a reason for hiding this comment

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

Thanks!

@ids1024 ids1024 merged commit a405e03 into master Oct 14, 2023
39 checks passed
@ids1024 ids1024 deleted the rustix branch October 14, 2023 00:20
ids1024 added a commit to ids1024/drm-rs that referenced this pull request Oct 17, 2023
This way users of `drm` can match on constants from `libc`, or can
convert it to the error types from any version of `nix` or `rustix`.
This addresses a bit of awkwardness in
Smithay/smithay#1162 and
rust-windowing/softbuffer#164.

This should eliminate nix as a "public dependency" of `drm`, though it's
still exposed by `drm-ffi`.
@notgull notgull mentioned this pull request Oct 21, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging this pull request may close these issues.

2 participants