commit | 2122616185b24f7200fdc1fc3cf810ba2e161c15 | [log] [tgz] |
---|---|---|
author | superriva <dailyadm@hotmail.com> | Tue Mar 28 12:30:53 2017 +0300 |
committer | Charlie Root <root@cite.ru> | Tue Apr 04 10:13:43 2017 +0300 |
tree | 501a2eaa39e41baa59306cbbfa0a731948b928b5 | |
parent | 8c11f7164367fc5026f7cc2421fc4ffb09acb8ea [diff] |
Add IPC,SHM,MSG for Freebsd INFO for the patch: FREEBSD [https://github.com/freebsd/freebsd] /sys/sys/_types.h typedef long __key_t; /sys/sys/types.h typedef __key_t key_t; /sys/sys/ipc.h struct ipc_perm { uid_t cuid; gid_t cgid; uid_t uid; gid_t gid; mode_t mode; unsigned short seq; key_t key; }; key_t ftok(const char *, int); /sys/sys/msg.h typedef unsigned long msglen_t; typedef unsigned long msgqnum_t; struct msqid_ds { struct ipc_perm msg_perm; struct msg *msg_first; struct msg *msg_last; msglen_t msg_cbytes; msgqnum_t msg_qnum; msglen_t msg_qbytes; pid_t msg_lspid; pid_t msg_lrpid; time_t msg_stime; time_t msg_rtime; time_t msg_ctime; }; struct msg { struct msg *msg_next; long msg_type; u_short msg_ts; short msg_spot; struct label *label; }; struct msginfo { int msgmax, msgmni, msgmnb, msgtql, msgssz, msgseg; }; int msgctl(int, int, struct msqid_ds *); int msgget(key_t, int); ssize_t msgrcv(int, void *, size_t, long, int); int msgsnd(int, const void *, size_t, int); /sys/sys/shm.h typedef unsigned int shmatt_t; struct shmid_ds { struct ipc_perm shm_perm; size_t shm_segsz; pid_t shm_lpid; pid_t shm_cpid; shmatt_t shm_nattch; time_t shm_atime; time_t shm_dtime; time_t shm_ctime; }; void *shmat(int, const void *, int); int shmget(key_t, size_t, int); int shmctl(int, int, struct shmid_ds *); int shmdt(const void *); /sys/security/mac/mac_internal.h struct label { int l_flags; intptr_t l_perpolicy[MAC_MAX_SLOTS]; }; Update mod.rs Update mod.rs Update mod.rs Update mod.rs Update mod.rs Update mod.rs Update mod.rs Update mod.rs Update mod.rs Update build.rs Update mod.rs Update mod.rs Update build.rs Update mod.rs Update build.rs Update mod.rs Update mod.rs Update mod.rs Update mod.rs Update mod.rs Update mod.rs Update mod.rs Update mod.rs Update mod.rs Update mod.rs Update mod.rs Update mod.rs Update mod.rs Update mod.rs Update mod.rs Update mod.rs Update mod.rs Update mod.rs Update mod.rs Update build.rs Update build.rs Update mod.rs Update mod.rs
A Rust library with native bindings to the types and functions commonly found on various systems, including libc.
First, add the following to your Cargo.toml
:
[dependencies] libc = "0.2"
Next, add this to your crate root:
extern crate libc;
Currently libc by default links to the standard library, but if you would instead like to use libc in a #![no_std]
situation or crate you can request this via:
[dependencies] libc = { version = "0.2", default-features = false }
The primary purpose of this crate is to provide all of the definitions necessary to easily interoperate with C code (or "C-like" code) on each of the platforms that Rust supports. This includes type definitions (e.g. c_int
), constants (e.g. EINVAL
) as well as function headers (e.g. malloc
).
This crate does not strive to have any form of compatibility across platforms, but rather it is simply a straight binding to the system libraries on the platform in question.
This crate exports all underlying platform types, functions, and constants under the crate root, so all items are accessible as libc::foo
. The types and values of all the exported APIs match the platform that libc is compiled for.
More detailed information about the design of this library can be found in its associated RFC.
Want to use an API which currently isn't bound in libc
? It's quite easy to add one!
The internal structure of this crate is designed to minimize the number of #[cfg]
attributes in order to easily be able to add new items which apply to all platforms in the future. As a result, the crate is organized hierarchically based on platform. Each module has a number of #[cfg]
'd children, but only one is ever actually compiled. Each module then reexports all the contents of its children.
This means that for each platform that libc supports, the path from a leaf module to the root will contain all bindings for the platform in question. Consequently, this indicates where an API should be added! Adding an API at a particular level in the hierarchy means that it is supported on all the child platforms of that level. For example, when adding a Unix API it should be added to src/unix/mod.rs
, but when adding a Linux-only API it should be added to src/unix/notbsd/linux/mod.rs
.
If you're not 100% sure at what level of the hierarchy an API should be added at, fear not! This crate has CI support which tests any binding against all platforms supported, so you'll see failures if an API is added at the wrong level or has different signatures across platforms.
With that in mind, the steps for adding a new API are:
We have two automated tests running on Travis:
cd libc-test && cargo run
skip_*()
functions in build.rs
if you really need a workaround.rustc ci/style.rs && ./style src
The following platforms are currently tested and have documentation available:
Tested:
i686-pc-windows-msvc
x86_64-pc-windows-msvc
(Windows)i686-pc-windows-gnu
x86_64-pc-windows-gnu
i686-apple-darwin
x86_64-apple-darwin
(OSX)i386-apple-ios
x86_64-apple-ios
i686-unknown-linux-gnu
x86_64-unknown-linux-gnu
(Linux)x86_64-unknown-linux-musl
(Linux MUSL)aarch64-unknown-linux-gnu
mips-unknown-linux-gnu
arm-unknown-linux-gnueabihf
arm-linux-androideabi
(Android)x86_64-unknown-freebsd
x86_64-unknown-openbsd
x86_64-rumprun-netbsd
The following may be supported, but are not guaranteed to always work:
i686-unknown-freebsd
x86_64-unknown-bitrig
x86_64-unknown-dragonfly
i686-unknown-haiku
x86_64-unknown-haiku
x86_64-unknown-netbsd