Add FreeBSD10 support
This adds libc-test support for Freebsd10 and a CI build job that tests
FreeBSD10 with LIBC_CI only.
cc @asomers this is a follow up to #1491 .
Fix building error at backtrace
I get this error when builind backtrace:
error[E0308]: mismatched types
--> /folk/prj-rust-dev/bpang/ala-diab-pb19l/fix_bugs/latest/.cargo/git/checkouts/backtrace-rs-fb1f822361417489/e745627/src/symboli\
ze/dladdr.rs:38:73
|
38 | Some(SymbolName::new(slice::from_raw_parts(ptr, len)))
| ^^^ expected usize, found u64
help: you can convert an `u64` to `usize` and panic if the converted value wouldn't fit
It shows the 'size_t' is expected to be defined as "usize".
updates for vxworks
fix problems found in testing
VxWorks socket and epoll definitions needed by mio and related crates; epoll only supported in VxWorks kernel; just provide stub definitions for user mode for now
Fixed usage of isize
libc VxWorks cleanups and additions
remove copyright notice
Copy structs from bits/user.h for musl x86_64
While statically compiling a binary with `musl`, I ran into the following error regarding a missing struct:
```
error[E0412]: cannot find type `user_regs_struct` in crate `libc`
--> src/debug.rs:37:32
|
37 | fn show_user_regs(regs: &libc::user_regs_struct) -> String {
| ^^^^^^^^^^^^^^^^ not found in `libc`
```
This struct was previously added for `glibc` in #599, but was never added to `musl`, despite the data format being the same in both.
This fix simply copies `user_regs_struct` into the proper location within the `musl` files.
Remove WASI Core API
Closes#1434
This change does not break the backwards compatibility promise since WASI Core API is unstable right now. If applications or libraries want to use Core API directly they should use [`wasi`](https://crates.io/crates/wasi) instead of `libc`.
Blocked by: rust-lang/rust#63676
cc @sunfishcode
Deprecate RLIM_NLIMITS
This constant is not stable across OS versions, so it cannot be used in
any backwards- or forwards- compatible way. It's typically used to size
arrays in the kernel and in debugging utilities that are closely tied to
the OS version. Since libc is ignorant about OS versions, we shouldn't
even be defining it.
Update Emscripten system types
These changes bring the types up to parity with recent Emscripten
versions using the upstream LLVM wasm backend. These changes should be
coordinated with the upgrade of rustc's Emscripten support. See
https://internals.rust-lang.org/t/upgrading-rust-s-emscripten-support/10684