- Oct 15, 2020
-
-
rupansh-arch authored
-
- Oct 07, 2020
-
-
Andrew Walbran authored
-
- Sep 29, 2020
-
-
Andrew Walbran authored
-
- Sep 17, 2020
-
-
Aaron Hill authored
These syscalls were added recently, and therefore have consistent numbers across different architetures (other than the weird offsetting on some platforms).
-
- Aug 22, 2020
-
-
Daniil Bondarev authored
Previously clock_getcpuclockid was enabled only on linux, with this change it is enabled on all linux_like and freebsdlike.
-
- Aug 20, 2020
-
-
Jed Brown authored
Skip test on aarch64 due to https://github.com/rust-lang/libc/issues/1765
-
- Aug 18, 2020
-
-
Josh Triplett authored
Linux defines a waitid type `P_PIDFD`, for use with process file descriptors (`pidfd`). Add that constant. In libc-test, add linux/wait.h to the Linux-specific and Android-specific headers, to get the definition. Exclude it on Android and musl for now, though, as the versions in CI don't have it yet.
-
- Aug 16, 2020
-
-
Fredrik Fornwall authored
-
- Aug 06, 2020
-
-
Joshua M. Clulow authored
At time of writing, illumos systems do not provide an implementation of the openpty() and forkpty() wrappers provided on some other UNIX systems. While we expect to grow an implementation, it seems prudent to provide a compatibility routine here first to unblock illumos support in the popular nix crate.
-
- Jul 27, 2020
-
-
Alan Somers authored
It's been removed in FreeBSD 13 (svn r363622), and never had any legitimate use outside of the base system anyway.
-
- Jul 26, 2020
-
-
Yuki Okushi authored
-
- Jul 22, 2020
-
-
Yuki Okushi authored
-
- Jul 20, 2020
-
-
Stefano Garzarella authored
VMADDR_CID_RESERVED is NOT available from Linux v5.6. VMADDR_CID_LOCAL is available only on Linux >= v5.6. Signed-off-by:
Stefano Garzarella <sgarzare@redhat.com>
-
- Jul 19, 2020
-
-
Simonas Kazlauskas authored
-
Simonas Kazlauskas authored
-
- Jul 17, 2020
-
-
Patrick Mooney authored
Initially the EPOLLEXCLUSIVE definition was hidden on the illumos platform as it lacked explicit support. After further review, it was concluded that EPOLLEXCLUSIVE can safely be considered a no-op, when not fully implemented by the OS, making it safe for use on illumos.
-
- Jul 06, 2020
-
-
Dan Gohman authored
This adds various WASI libc definitions to the Rust libc bindings that I needed while porting some applications to WASI. It also removes the `pause` binding since newer versions of WASI libc have removed this function as well. (WASI currently has no syscall with this functionality.)
-
Greg V authored
Plus, add new constants for sysctls that give names to existing magic numbers. https://reviews.freebsd.org/rS350749 https://reviews.freebsd.org/rS352486
-
Greg V authored
It was picked up transitively on >10, but tests failed on 10
-
- Jun 30, 2020
-
-
Andrew Walbran authored
In particular: Add timerfd constants and functions, from sys/timerfd.h. Add EFD_SEMAPHORE and group all EFD_ constants together. Add sigtimedwait function, from signal.h. Add missing fallocate constants and functions, from linux/falloc.h and fcntl.h. Add xattr functions, from sys/xattr.h. Add SCHED_ and SEEK_ constants, from linux/sched.h and bits/seek_constants.h. Add rlimit functions, from sys/resource.h. Add RENAME_ constants, from stdio.h. Add ino64_t type, from sys/types.h.
-
- Jun 26, 2020
-
-
Jason King authored
-
- Jun 22, 2020
-
-
Simon Wörner authored
-
- Jun 09, 2020
-
-
Patrick Mooney authored
-
- Jun 02, 2020
-
-
Yuki Okushi authored
-
- Jun 01, 2020
-
-
Yuki Okushi authored
-
- May 27, 2020
-
-
Yuki Okushi authored
-
- May 23, 2020
-
-
Yuki Okushi authored
-
- May 21, 2020
-
-
Valdemar Erk authored
This patchs adds missing flag values for getnameinfo() on FreeBSD, the following flags have been added from the FreeBSD tree. /* * Flag values for getnameinfo() */ #define NI_NOFQDN 0x00000001 #define NI_NUMERICHOST 0x00000002 #define NI_NAMEREQD 0x00000004 #define NI_NUMERICSERV 0x00000008 #define NI_DGRAM 0x00000010 #define NI_NUMERICSCOPE 0x00000020 Signed-off-by:
Valdemar Erk <valdemar@erk.io>
-
Yuki Okushi authored
-
- Apr 30, 2020
-
-
Yuki Okushi authored
-
- Apr 21, 2020
-
-
Yuki Okushi authored
-
- Apr 13, 2020
-
-
Yuki Okushi authored
-
Yuki Okushi authored
-
Yuki Okushi authored
-
Alexander Batischev authored
Headers I used: Oh, for reference, here are the headers I used while working on this: - musl: https://git.musl-libc.org/cgit/musl/tree/include/regex.h?id=8327ae0cb23b799bc55a45e0d4bd95f5a2b1cdf1 - glibc: https://sourceware.org/git/?p=glibc.git;a=blob;f=posix/regex.h;h=87cce7f5cb8cc3b678467329b479bd511e250e61;hb=HEAD - macOS: https://opensource.apple.com/source/Libc/Libc-997.90.3/include/regex.h.auto.html - FreeBSD: https://github.com/freebsd/freebsd/blob/8103b0ddb041617b7cd161528f0ff93ff32970a2/include/regex.h - NetBSD: https://github.com/NetBSD/src/blob/61c8f6fbb7e38b20e862d5cb3ed2203312963283/include/regex.h
-
- Apr 11, 2020
-
-
Yuki Okushi authored
-
- Apr 09, 2020
-
-
Guillume DIDIER authored
This adds the defines from include/uapi/asm-generic/hugetlb_encode.h and the corresponding defines in include/uapi/linux/mman.h to linux_like/linux/gnu/mod.rs and the equivalent for musl in linux_like/linux/musl/mod.rs Solves #1700 Removes two defines from musl/b32/hexagon.rs that are now provided two mudules "up"
-
- Apr 07, 2020
-
-
Yuki Okushi authored
-
- Apr 04, 2020
-
-
Daniel McCarney authored
The `fanotify` API[0] is a linux-specific API for notification and interception of filesystem events. In some ways it is similar to `inotify`, but with different advantages/tradeoffs. It is particularly well suited to full filesystem/mount monitoring (vs per directory) and for allowing/denying access to files (`inotify` lacks this capability). The `fanotify` API has been updated several times since it was enabled in Linux 2.6.37. Presently I've only included support for the original `fanotify` features, and the `FAN_MARK_FILESYSTEM` addition made in Linux 4.20. There are subsequent updates in 5.0 and 5.1 not covered in this initial commit. This commit adds the relevant constants and types from `uapi/linux/fanotify.h`[1] and two new functions (`fanotify_init`[2] and `fanotify_wrap`[3]) to `src/unix/linux_like/linux/mod.rs`. While I believe this API is also present on Android I have presently limited my attention to Linux. Although this commit focuses on Linux 4.20.x's `fanotify` API/constants I have skipped adding constants for `FAN_ALL_CLASS_BITS`, `FAN_ALL_INIT_FLAGS`, `FAN_ALL_MARK_FLAGS`, `FAN_ALL_EVENTS`, `FAN_ALL_PERM_EVENTS` and `FAN_ALL_OUTGOING_EVENTS` even though they are present in this kernel version's headers. These defines were deprecated[4] in later releases with instructions to not use them in new programs or extend them with new values. It would be a shame for new Rust programs to use deprecated #defines! [0]: http://man7.org/linux/man-pages/man7/fanotify.7.html [1]: https://github.com/torvalds/linux/blob/d54f4fba889b205e9cd8239182ca5d27d0ac3bc2/include/uapi/linux/fanotify.h [2]: http://man7.org/linux/man-pages/man2/fanotify_init.2.html [3]: http://man7.org/linux/man-pages/man2/fanotify_mark.2.html [4]: https://github.com/torvalds/linux/commit/23c9deeb3285d34fd243abb3d6b9f07db60c3cf4#diff-4c9ca62be6bf38cc08f7ea9daf16e379
-
- Apr 03, 2020
-
-
Patrick Mooney authored
-