Skip to content
Snippets Groups Projects
  1. May 16, 2019
  2. Feb 07, 2019
    • gnzlbg's avatar
      Fix build on all platforms · a17a91cd
      gnzlbg authored
      This PR fixes the build on all platforms and all Rust version down to the
      minimum Rust version supported by libc: Rust 1.13.0.
      
      The `build.rs` is extended with logic to detect the newer Rust features used by
      `libc` since Rust 1.13.0:
      
      * Rust 1.19.0: `untagged_unions`. APIs using untagged unions are gated on
        `cfg(libc_unions)` and not available on older Rust versions.
      
      * Rust 1.25.0: `repr(align)`. Because `repr(align)` cannot be parsed by older
        Rust versions, all uses of `repr(align)` are split into `align.rs` and
        `no_align.rs` modules, which are gated on the `cfg(libc_align)` at the top
        level. These modules sometimes contain macros that are expanded at the top
        level to avoid privacy issues (`pub(crate)` is not available in older Rust
        versions). Closes #1242 .
      
      * Rust : `const` `mem::size_of`. These uses are worked around with hardcoded
        constants on older Rust versions.
      
      Also, `repr(packed)` structs cannot automatically `derive()` some traits like
      `Debug`. These have been moved into `s_no_extra_traits!` and the lint of missing
      `Debug` implementations on public items is silenced for these. We can manually
      implement the `extra_traits` for these in a follow up PR. This is tracked
      in #1243. Also, `extra_traits` does not enable `align` manually anymore.
      
      Since `f64::to_bits` is not available in older Rust versions, its usage
      has been replaced with a `transmute` to an `u64` which is what that method
      does under the hood.
      
      Closes #1232 .
      a17a91cd
  3. Feb 03, 2019
  4. Feb 02, 2019
  5. Jan 09, 2019
  6. Dec 01, 2018
  7. Nov 22, 2018
  8. Nov 01, 2018
  9. Jul 29, 2018
  10. Jun 01, 2018
  11. Apr 11, 2018
  12. Apr 10, 2018
    • Mike Hommey's avatar
      Add PTHREAD_*_MUTEX_INITIALIZER_NP for glibc · d9013273
      Mike Hommey authored
      `pthread_mutex_t` varies across architectures, in several ways:
      - endianness alters the ordering of bytes, since the contents of the
        struct are larger than 8-bit.
      - its length varies.
      - the location of the mutex kind (`PTHREAD_MUTEX_RECURSIVE`,
        `PTHREAD_MUTEX_ERRORCHECK` or `PTHREAD_MUTEX_ADAPTIVE_NP`) varies
        between 32-bit and 64-bit: On 32-bit architectures, it is preceded by
        three int/unsigned int, while on 64-bit architectures, it is preceded
        by four of them.
      
      These initializers are only available from <pthread.h> when _GNU_SOURCE
      is defined.
      
      Relax the cfg_if check in ci/style.rs to allow #[cfg(target_endian)]
      tests.
      d9013273
  13. Apr 08, 2018
  14. Feb 17, 2018
  15. Dec 17, 2017
  16. Dec 16, 2017
  17. Nov 13, 2017
  18. Oct 31, 2017
  19. Oct 27, 2017
  20. Oct 20, 2017
  21. Oct 19, 2017
  22. Oct 18, 2017
  23. Oct 16, 2017
  24. Aug 30, 2017
  25. Aug 27, 2017
  26. Aug 26, 2017
  27. Aug 03, 2017
  28. Jul 21, 2017
  29. Jul 20, 2017
  30. Jul 19, 2017
Loading