It turns out that *only* FreeBSD and NetBSD proper have waitid, and that
Solaris' additional W* constants are totally different from everyone
else's, which tips me over from 'find some way to shoehorn this into
the top-level unix/mod.rs' to 'put it in the submodules, live with the
code duplication'.

 * OpenBSD doesn't have idtype_t or the P_* constants either
 * FreeBSD has different values for the P_* constants
 * Android gives idtype_t a different signedness
 * Disable waitid on NetBSD as it causes a link failure - I think this
   may be a problem with the test environment

 * idtype_t no longer an enum.
 * Darwin/x86-32 needs the $UNIX2003 thing.
 * Darwin, FreeBSD, and NetBSD all have different values for the new constants.
 * OpenBSD doesn't have this feature at all.  (Hopefully we can get away
   with defining idtype_t anyway.)

waitid() is a variation on waitpid() with a marginally more
convenient way of reporting the status, and a couple of handy
additional features, such as the ability to peek at an exit
status without consuming it.  It's in POSIX.1-2008 and should
be available on all supported Unixes.

Along with it come the type 'idtype_t' and the constants
WEXITED, WSTOPPED, WCONTINUED, and WNOWAIT.  Theconstants
were alre dy defined for unix/notbsd platforms.

Patch incomplete: several targets are going to have to add
definitions of siginfo_t, but I'm not sure which ones yet.

Bump to 0.2.19

Add Solaris constants for fcntl-style advisory locking

Solaris doesn't implement flock(), so any Rust implementation of flock()
will need to implement it using fcntl(), using the F_RDLCK, F_WRLCK, and
F_UNLCK constants.

Solaris doesn't implement flock(), so any Rust implementation of flock()
will need to implement it using fcntl(), using the F_RDLCK, F_WRLCK, and
F_UNLCK constants.

Support Neg and Not in no_core mode.

Needed by rust-lang/rust#38776 which requires the traits to be implemented even for integer types.
This is already the case with binary operator traits, which always require the trait and its impls.

sparc64-linux support

This needs to be "cleaned" up to use modules instead of a bunch of `cfg`s ...

Sadly, sparc64 constants are very different from other architectures so cleaning this will result in a bunch of duplication, I think.

While working on this, I was wondering why the constants are not written like this:

``` rust
// linux/mod.rs
const COMMON: ::c_int = 3;

cfg_if! {
    if #[cfg(target_arch = "sparc64")] {
        const FOO: ::c_int = 1;
    } else if #[cfg(any(target_arch = "mips64", target_arch = "x86_64"))] {
        const FOO: ::c_int = 2;
    } else {
        // unsupported/unknown architecture
    }
}
```

I think this might result in less duplicated code. @alexcrichton Has something like that ^ been attempted before?

Added initgroups

Not sure whether this is the correct platform level. I'll wait for CI to find out..

EDIT: Okay now it builds on all platforms but I think this configuration does not add the function on BSD where it has the same signature as on Linux.

Add execl, execle, execlp

I tried to be as close as possible to the existing definitions of `execv` and friends.

btw: do you still welcome these PR? Doesn't the [new bindgen/build.rs method](http://fitzgeraldnick.com/2016/12/14/using-libbindgen-in-build-rs.html) offer to automate this crate to 100%

Added constants from prctl.h

I left in the comment from prctl.h I can remove them if you want.

Add binding for mremap.

Please consider this PR.

Let me know if  you need things changed.

Add memalign to Redox (for use in allocator)

This is required to satisfy a review item here: https://github.com/rust-lang/rust/pull/38401

Added AF_UNSPEC and several consts from netdb.h

Fix doc generation on travis.

Documentation generation appears to be failing on master (https://travis-ci.org/rust-lang/libc/jobs/183483333):

```
Collecting ghp-import
  Downloading ghp-import-0.4.1.tar.gz
Collecting travis
  Could not find a version that satisfies the requirement travis (from versions: )
No matching distribution found for travis
```

Basically `--user` doesn't appear to take an option, so `pip install ghp_import --user $USER` makes pip think the user is a package that needs to be installed (in this case `travis`). As there is no `travis` package, it dies.

Documentation generation appears to be failing on master (https://travis-ci.org/rust-lang/libc/jobs/183483333):

```
Collecting ghp-import
  Downloading ghp-import-0.4.1.tar.gz
Collecting travis
  Could not find a version that satisfies the requirement travis (from versions: )
No matching distribution found for travis
```

Basically `--user` doesn't appear to take an option, so `pip install ghp_import --user $USER` makes pip think the user is a package that needs to be installed (in this case `travis`). As there is no `travis` package, it dies.

Add clock_settime()

See http://www.catb.org/esr/time-programming/#_clock_gettime_2_clock_settime_2_clock_getres_2