Cannot compile on windows (nightly channel)

[nicokoch]

This is the output:

$ cargo build
    Updating registry `https://github.com/rust-lang/crates.io-index`
   Compiling gcc v0.3.8
   Compiling libc v0.1.8
   Compiling time v0.1.26 (file:///C:/Users/Nicolas/dev/time)
failed to run custom build command for `time v0.1.26 (file:///C:/Users/Nicolas/d
ev/time)`
Process didn't exit successfully: `c:\Users\Nicolas\dev\time\target\debug\build\
time-73371842c1eccfc4\build-script-build` (exit code: 101)
--- stdout
TARGET = Some("x86_64-pc-windows-gnu")
TARGET = Some("x86_64-pc-windows-gnu")
CARGO_MANIFEST_DIR = Some("c:\\Users\\Nicolas\\dev\\time")
OUT_DIR = Some("c:\\Users\\Nicolas\\dev\\time\\target\\debug\\build\\time-733718
42c1eccfc4\\out")
OPT_LEVEL = Some("0")
PROFILE = Some("debug")
debug 0
TARGET = Some("x86_64-pc-windows-gnu")
HOST = Some("x86_64-pc-windows-gnu")
CC_x86_64-pc-windows-gnu = None
CC_x86_64_pc_windows_gnu = None
HOST_CC = None
CC = None
TARGET = Some("x86_64-pc-windows-gnu")
HOST = Some("x86_64-pc-windows-gnu")
CFLAGS_x86_64-pc-windows-gnu = None
CFLAGS_x86_64_pc_windows_gnu = None
HOST_CFLAGS = None
CFLAGS = None
TARGET = Some("x86_64-pc-windows-gnu")
HOST = Some("x86_64-pc-windows-gnu")
CC_x86_64-pc-windows-gnu = None
CC_x86_64_pc_windows_gnu = None
HOST_CC = None
CC = None
running: "gcc" "-O0" "-c" "-ffunction-sections" "-fdata-sections" "-mwin32" "-m6
4" "-fPIC" "c:\Users\Nicolas\dev\time\src/time_helpers.c" "-o" "c:\Users\Nicolas
\dev\time\target\debug\build\time-73371842c1eccfc4\out\src\time_helpers.o"


command did not execute successfully, got: exit code: 1



--- stderr
gcc: error: CreateProcess: No such file or directory
thread '<main>' panicked at 'explicit panic', c:/Users/Nicolas\.cargo\registry\s
rc\github.com-0a35038f75765ae4\gcc-0.3.8\src\lib.rs:497

[alexcrichton]

Thanks for the report! Currently this repository needs MinGW installed to build as it has some native C code, so you'll need to make sure that's installed locally. The issue for removing this dependency is tracked in #78, so I'm going to close this in favor of that.