Doesn't build for NetBSD

[tbu-]

I installed the stdlib for NetBSD with rustup. nix compilation fails:

src/sys/signal.rs:32:17: 32:32 error: unresolved name `libc::SIGSTKFLT` [E0425]
src/sys/signal.rs:32     SIGSTKFLT = libc::SIGSTKFLT,
                                     ^~~~~~~~~~~~~~~
src/sys/signal.rs:32:17: 32:32 help: run `rustc --explain E0425` to see a detailed explanation
src/sys/signal.rs:47:14: 47:26 error: unresolved name `libc::SIGPWR` [E0425]
src/sys/signal.rs:47     SIGPWR = libc::SIGPWR,
                                  ^~~~~~~~~~~~
src/sys/signal.rs:47:14: 47:26 help: run `rustc --explain E0425` to see a detailed explanation
src/sys/mman.rs:135:38: 135:53 error: unresolved name `libc::MAP_STACK` [E0425]
src/sys/mman.rs:135             const MAP_STACK        = libc::MAP_STACK,
                                                         ^~~~~~~~~~~~~~~
<bitflags macros>:91:1: 93:63 note: in this expansion of bitflags! (defined in <bitflags macros>)
src/sys/mman.rs:125:5: 142:6 note: in this expansion of bitflags! (defined in <bitflags macros>)
src/sys/mman.rs:135:38: 135:53 help: run `rustc --explain E0425` to see a detailed explanation
src/sys/signal.rs:32:17: 32:32 error: constant evaluation error: non-constant path in constant expression [E0080]
src/sys/signal.rs:32     SIGSTKFLT = libc::SIGSTKFLT,
                                     ^~~~~~~~~~~~~~~
src/sys/signal.rs:32:17: 32:32 help: run `rustc --explain E0080` to see a detailed explanation
src/sys/signal.rs:47:14: 47:26 error: constant evaluation error: non-constant path in constant expression [E0080]
src/sys/signal.rs:47     SIGPWR = libc::SIGPWR,
                                  ^~~~~~~~~~~~
src/sys/signal.rs:47:14: 47:26 help: run `rustc --explain E0080` to see a detailed explanation
error: aborting due to 2 previous errors
error: Could not compile `nix`.

To learn more, run the command again with --verbose.

Maybe the CI could also check alternative platforms.

[posborne]

Hi @tbu-, I don't have any NetBSD experience but we would love to have contributions to fix NetBSD (part of that might be contributing changes to libc). The CI infrastructure is pretty flexible and runs docker containers -- there might be some way to fit into that framework with some changes to support NetBSD (might want to look at what libc does).

[fiveop]

Does #389 fix it? In that case we can close the issue.

[tbu-]

It does.