Unable to install on Windows 10

[trypsynth]

I ran:

cargo install --force unfuck

And get the following:
error: failed to run custom build command for python27-sys v0.5.2

Caused by:
process didn't exit successfully: C:\Users\Owner\AppData\Local\Temp\cargo-installjv6TdT\release\build\python27-sys-3402b30bc412a50e\build-script-build (exit code: 101)
--- stderr
thread 'main' panicked at 'called Result::unwrap() on an Err value: "No python interpreter found of version 2.7"', C:\Users\Owner.cargo\registry\src\github.com-1ecc6299db9ec823\python27-sys-0.5.2\build.rs:453:65
note: run with RUST_BACKTRACE=1 environment variable to display a backtrace
warning: build failed, waiting for other jobs to finish...
error: failed to compile unfuck v0.3.0, intermediate artifacts can be found at
Does Python 2.7 need to be in your path even to install it through cargo? I saw that listed in the building section, but wasn't sure if you needed it simply to install it too.

In addition, does it matter how its added to your path? For example, I have Python 3.7, 3.8, 3.9, and 3.10 installed currently. I call 3.10 with just Python, but 3.9 with python3.9. Would having Python 2.7 added to my path as python2.7 mess up the functionality?

[trypsynth]

Update: I installed Python 2.7.0 into C:\Python27, but still no go.

[landaire]

Very ironic that I found this issue by searching for this error message while trying to install my own program... a year late. My apologies.

For some reason the cpython crate looks for a python2 binary. If you rename C:\Python27\python.exe to python2.exe, it should work fine. I'll try to look for a better solution, but I think it may be a bug on their end.

[trypsynth]

Hi,
I changed my python.exe to python2.exe, and no longer get errors about that. However, I do get this, both when installing through cargo and when building from source.

  running: "gcc.exe" "-O3" "-ffunction-sections" "-fdata-sections" "-m64" "-I" "bzip2-1.0.8" "-D_WIN32" "-DBZ_EXPORT" "-D_FILE_OFFSET_BITS=64" "-DBZ_NO_STDIO" "-o" "C:\\Users\\quin\\AppData\\Local\\Temp\\cargo-installlF8aoO\\release\\build\\bzip2-sys-a5274473e6494676\\out\\lib\\bzip2-1.0.8/blocksort.o" "-c" "bzip2-1.0.8/blocksort.c"
  cargo:warning=In file included from bzip2-1.0.8/blocksort.c:22:
  cargo:warning=bzip2-1.0.8/bzlib_private.h:25:10: fatal error: stdlib.h: No such file or directory
  cargo:warning= #include <stdlib.h>
  cargo:warning=          ^~~~~~~~~~
  cargo:warning=compilation terminated.
  exit code: 1

  --- stderr


  error occurred: Command "gcc.exe" "-O3" "-ffunction-sections" "-fdata-sections" "-m64" "-I" "bzip2-1.0.8" "-D_WIN32" "-DBZ_EXPORT" "-D_FILE_OFFSET_BITS=64" "-DBZ_NO_STDIO" "-o" "C:\\Users\\quin\\AppData\\Local\\Temp\\cargo-installlF8aoO\\release\\build\\bzip2-sys-a5274473e6494676\\out\\lib\\bzip2-1.0.8/blocksort.o" "-c" "bzip2-1.0.8/blocksort.c" with args "gcc.exe" did not execute successfully (status code exit code: 1).


warning: build failed, waiting for other jobs to finish...
error: failed to compile `unfuck v0.3.0`, intermediate artifacts can be found at `C:\Users\quin\AppData\Local\Temp\cargo-installlF8aoO`

Couldn't find... stdlib.h? What? Checking my mingw installation, it's most certainly there, and I can execute something like:

#include <stdlib.h>

int main(int argc, char* argv[]) {
	return EXIT_SUCCESS;
}

without issue. Any ideas?
Thanks!

[landaire]

Do you have the Microsoft C/C++ SDK installed? I'm not sure why it'd be reaching out gcc otherwise.

Regardless, I see that bzip is required by the zip dependency which is remnants from some testing I was doing. Can you try removing the zip dependency in the Cargo.toml file and try compiling again?