ci: fix windows tests with .exe suffix

[antonbaliasnikov]

What ❔

Fixes Windows tests with optional .exe suffix.

Why ❔

On Windows, executables should always have .exe extension.

On the other hand, process::Command in Rust can work it out, and .exe can be skipped in the filename if the file has no other extension (or it looks like even a suffix we use with -). There are lots of weirdness internally explained in rust-lang/rust#37519.

As the result, the following initialization code:

# self.executable = "solc"
let mut command = std::process::Command::new(self.executable.as_str());

will work correctly if executable name is solc or solc.exe on Windows, but will not be able to find an executable (even if it's in PATH) if the executable name is solc-* (e.g. solc-0.8.26 cannot be found). Only solc-0.8.26.exe can be found correctly on Windows by Command.

There is more info in the Command docs:

Platform-specific behavior

Note on Windows: For executable files with the .exe extension, it can be omitted when specifying the program for this Command. However, if the file has a different extension, a filename including the extension needs to be provided, otherwise the file won't be found.

This PR optionally adds .exe suffix on Windows for tests, but does not change behavior on other platforms where we pass just solc which is fine for all cases.

Checklist

• PR title corresponds to the body of PR (we generate changelog entries from PRs).
• Tests for the changes have been added / updated.
• Documentation comments have been added / updated.
• Code has been formatted via cargo fmt and checked with cargo clippy.

[hedgar2017]

Thank you sir for the deep investigation!
Indeed the Rust std tries to be too smart here.