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_file: Use std::fs::File instead of libc and once_cell::sync::OnceCell instead of pthreads mutex #481

Closed
wants to merge 2 commits into from

Commits on Jun 19, 2024

  1. use_file: Use std::File instead of DropGuard.

    For now, still use `libc::{poll,read}`. But use `File::open` to open
    the files, instead of using `DropGuard`.
    
    While doing this, switch to the `RawFd` type alias from `libc::c_int`.
    briansmith committed Jun 19, 2024
    Configuration menu
    Copy the full SHA
    5d8bbce View commit details
    Browse the repository at this point in the history
  2. use_file: Use once_cell::sync::OnceCell instead of libpthreads.

    pthreads mutexes are not safe to move. While it is very unlikely that
    the mutex we create will ever be moved, we don't actively do anything
    to actively prevent it from being moved. (libstd, when it used/uses
    pthreads mutexes, would box them to prevent them from being moved.)
    
    Also, now on Linux and Android (and many other targets for which we
    don't use use_std), libstd uses futexes instead of pthreads mutexes.
    Thus using libstd's Mutex will be more efficient and avoid adding an
    often-otherwise-unnecessary libpthreads dependency on these targets.
    
          * Linux, Android: Futex [1].
          * Haiku, Redox, NTO, AIX: pthreads [2].
          * others: not using `use_file`.
    
    This will not affect our plans for *-*-linux-none, since we don't
    plan to use `use_file` for it.
    
    This breaks 32-bit x86 QNX Neutrino, which doesn't have libstd
    because the target itself is abandoned [3]. the other QNX Neutrino
    targets didn't get libstd support until Rust 1.69, so this
    effectively raises the MSRV for them to 1.69.
    
    I tried to use `std::sync::Once` to avoid adding an external dependency
    but it doesn't support fallible initialization. `OnceLock` wasn't added
    until 1.70, and even then `OnceLock::get_or_try_init` is still
    unstable.
    briansmith committed Jun 19, 2024
    Configuration menu
    Copy the full SHA
    6e6f903 View commit details
    Browse the repository at this point in the history