- Aug 17, 2019
-
-
Luke Petre authored
-
- Jul 05, 2019
-
-
Bryant Mairs authored
These constants have already been deprecated for a few releases with a deprecation notice, so they can finally be removed. Closes rust-lang/libc#665
-
- Jun 23, 2019
-
-
Robert D. French authored
-
Robert D. French authored
-
- Jun 10, 2019
-
-
Bryant Mairs authored
sigevent structs on most platforms have padding or unused fields. Rather than display those in the Debug impl by deriving it, manually implement all extra_traits instead ignoring those fields.
-
- Jun 04, 2019
-
-
Torbjørn Birch Moltu authored
-
- May 29, 2019
- May 27, 2019
-
-
gnzlbg authored
-
- May 23, 2019
-
-
gnzlbg authored
-
- May 22, 2019
-
-
gnzlbg authored
The second argument of `gettimeofday` was a `*mut c_void` on all targets, but that type is incorrect in the following targets, where it should be a `*mut timezone` instead: On these other targets it appears that the signature of gettimeofday was incorrect (it takes a time-zone pointer instead of a void pointer): linux+gnu: http://man7.org/linux/man-pages/man2/gettimeofday.2.html freebsd: https://www.freebsd.org/cgi/man.cgi?query=gettimeofday&apropos=0&sektion=2&manpath=FreeBSD+11.2-stable&arch=default&format=html openbsd: https://man.openbsd.org/gettimeofday.2 android: https://github.com/ricardoquesada/android-ndk/blob/master/usr/include/sys/time.h dragonfly: https://www.dragonflybsd.org/cgi/web-man?command=gettimeofday§ion=2 This commit corrects the type on these targets, which is a breaking change. Due to how this API is commonly used (e.g. passing `ptr::null_mut` to the second argument), breakage should be minimal. Users wanting to support both versions can just write `ptr as *mut _` instead. Closes #1338.
-
- Apr 29, 2019
-
-
Charles Lew authored
-
- Feb 23, 2019
-
-
Bryant Mairs authored
-
- Feb 22, 2019
-
-
gnzlbg authored
This cleans up the build.rs of `libc-test` for apple targets. I wanted to update the docker containers of some targets so that we can start testing newer currently-skipped APIs properly, but it is impossible to figure out which headers and APIs are skipped for each target. This PR separates the testing of apple targets into its own self-contained function. This allows seeing exactly which headers are included, and which items are skipped. A lot of work will be required to separate the testing of all major platforms and make the script reasonable. During the clean up, I discovered that, at least for apple targets, deprecated but not removed APIs are not tested. I re-enabled testing for those, and fixed `daemon`, which was not properly linking its symbol. I also added the `#[deprecated]` attribute to the `#[deprecated]` APIs of the apple targets. The attribute is available since Rust 1.9.0 and the min. Rust version we support is Rust 1.13.0. Many other APIs are also currently not tested "because they are weird" which I interpret as "the test failed for an unknown reason", as a consequence: * the signatures of execv, execve, and execvp are incorrect (see https://github.com/rust-lang/libc/issues/1272) * the `sig_t` type is called `sighandler_t` in libc for some reason: https://github.com/rust-lang/libc/issues/1273 This probably explains why some other things, like the `sa_handler`/`sa_sigaction` fields of `sigaction` were skipped. The field is actually a union, which can be either a `sig_t` for the `sa_handler` field, or some other type for the `sa_sigaction` field, but because the distinction was not made, the field was not checked. The latest ctest version can check volatile pointers, so a couple of skipped tests are now tested using this feature.
-
- Feb 17, 2019
-
-
Nikita Baksalyar authored
This commit adds definitions for setgrent, endgrent, and getgrent which were missing (but available for FreeBSD and other *nix systems).
-
- Feb 13, 2019
-
-
gnzlbg authored
-
- Feb 11, 2019
-
-
Jason King authored
and Solaris-derived distributions (i.e. illumos). In addition, a number of missing definitions (and compatability functions) that have been found necessary to run a number of rust binaries on illumos have been added. Portions were contributed by Mike Zeller <mike@mikezeller.net>
-