rust/src/liblibc/lib.rs, branch try https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=try 2015-11-10T01:36:13+00:00 libc: Replace liblibc with crates.io libc 2015-11-10T01:36:13+00:00 Alex Crichton alex@alexcrichton.com 2015-11-03T00:22:49+00:00 urn:sha1:c8a29c2092cec369a751051a2bfed093522ff6e8 Unsafety -> Safety in doc headings 2015-10-23T15:42:14+00:00 Steve Klabnik steve@steveklabnik.com 2015-10-23T15:42:14+00:00 urn:sha1:b17433292decc3ea1d1c3b318d2c1f6b7c6544af Follow https://doc.rust-lang.org/book/documentation.html#special-sections Auto merge of #29216 - steveklabnik:fix_libc, r=alexcrichton 2015-10-23T00:24:14+00:00 bors bors@rust-lang.org 2015-10-23T00:24:14+00:00 urn:sha1:414d68ec72a0491f2b3a836524dd7c02cdd5b750 This is needed to release a new version of libc r? @alexcrichton Fix build of libc on stable 2015-10-22T15:44:16+00:00 Steve Klabnik steve@steveklabnik.com 2015-10-21T22:05:46+00:00 urn:sha1:dd8ae4f64ea8af1705ab23ee822ece70933d9226 This is needed to release a new version of libc rustfmt liblibc 2015-10-21T08:32:52+00:00 Marcello Seri marcello.seri@gmail.com 2015-10-14T12:41:37+00:00 urn:sha1:34a547f12dbc3442377f9c68fe01858d36f90629 Add PATH_MAX to liblibc's Linux bindings. 2015-09-27T15:36:54+00:00 Utkarsh Kukreti utkarshkukreti@gmail.com 2015-09-27T15:36:54+00:00 urn:sha1:dd91f3e431f277dc88999fcc68f5c49826089935 Add support for the rumprun unikernel 2015-09-26T12:10:14+00:00 Sebastian Wicki gandro@gmx.net 2015-09-21T17:16:24+00:00 urn:sha1:c099cfab061e8464141a1cf85c2bd09536a311d0 For most parts, rumprun currently looks like NetBSD, as they share the same libc and drivers. However, being a unikernel, rumprun does not support process management, signals or virtual memory, so related functions might fail at runtime. Stack guards are disabled exactly for this reason. Code for rumprun is always cross-compiled, it uses always static linking and needs a custom linker. unbreak openbsd after netbsd integration 2015-09-23T07:39:50+00:00 Sébastien Marie semarie@users.noreply.github.com 2015-09-23T04:39:42+00:00 urn:sha1:3b42b60bf675214d668b92b4791d58b63b143f40 separate use code between openbsd/netbsd. netbsd use c_int and c_uint, but openbsd not, resulting a unused_import error. Various fixes for NetBSD/amd64 2015-09-21T19:50:54+00:00 Sebastian Wicki gandro@gmx.net 2015-09-20T15:39:52+00:00 urn:sha1:318cd843d1103579291a9f6c9eab8aacce7e9f82 Atomically set CLOEXEC on duplicated sockets 2015-08-30T08:24:05+00:00 Tobias Bucher tobiasbucher5991@gmail.com 2015-08-24T11:57:11+00:00 urn:sha1:1f81ef4d0f2547cacc316b01ad03603ad772e38e For Bitrig, NetBSD and OpenBSD the constant was incorrectly in posix01, when it's actually posix08, so we move it. This is a [breaking-change], but we already had one in #27930. Fix NetBSD's F_DUPFD_CLOEXEC constant. For a similar feature detection, see this musl thread: http://comments.gmane.org/gmane.linux.lib.musl.general/2963 This assumes that an int literal has type `c_int` for varidic functions.