`rustc --crate-type=dylib -o name` produces `name.exe` on windows

[klutzy]

$ touch empty.rs
$ rustc empty.rs --crate-type=dylib -o empty
$ ls
empty.exe
empty.rs

It produces empty if crate type is rlib or staticlib.

[alexcrichton]

I've heard of the mingw ld silently putting the .exe suffix on outputs before, I also remember that there's some sort of switch to tell it to stop doing that. Then again, I also remember that we wanted this addition of .exe at least some of the time...

[pnkfelix]

P-low, not 1.0.

[vadimcn]

Not sure this is wrong, actually. This is clearly a compatibility feature for the benefit of Unix-y shell scripts. On Unix executable files are designated by a permissions bit, but on Windows - by extension. If Windows ld were to create an extension-less file, it couldn't be executed.

[steveklabnik]

This doesn't appear to happen today; at least, not with the MSVC toolchain, which is the recommended one. With no comments since 2015, including one that says this may not be a bug, I'm going to give this a close. If this is in error, please let me know!