Use "shared" msvc hermetic toolchain - #694
Conversation
b52b4dd to
e6052a4
Compare
|
The build failure is due to the |
Are you referring to the build failure on CI? |
Yes |
|
we are hitting similar problems to the ones resolved here trying to make use of the hermetic toolchain on windows. the error we are receiving when trying to make use of an egg that requires compilation is: error: Microsoft Visual C++ 14.0 or greater is required. Get it with "Microsoft C++ Build Tools": https://visualstudio.microsoft.com/visual-cpp-build-tools/but afaict we do have c++ build tools in the env (ref envoyproxy/envoy#20432 (comment)) so im guessing this is an issue related to using the static standalone binary i tested using this PR - sadly it didnt work at all (afaict some kind of file not found issue - perhaps the expected shared libs - struggling to get useful info out of our win CI) |
e6052a4 to
500bd88
Compare
Using python packages with C modules, e.g. numpy, would fail when using the "static" toolchain. See astral-sh/python-build-standalone#124 When using the "shared" toolchain, importing numpy is successful
500bd88 to
7ea10b7
Compare
To fix the CI build I had to modify the BUILD file for the toolchain repo to include the DLLs provided in the standalone python tarball. Does this updated PR resolve your issue? |
not exactly, but it works now - no missing file issue we kinda ~fixed the problem already by upgrading our deps - i guess the "fix" was mostly just not needing to compile i have tested this branch with/out the "fix" - without it i get the same original error about missing |
|
Until I get to compiling wheels from source inside actions using the resolved toolchains, it's preferable to consume binary wheels. |
|
Thanks for fixing this! |
PR Checklist
Please check if your PR fulfills the following requirements:
PR Type
What kind of change does this PR introduce?
What is the current behavior?
Using python packages with C modules, e.g. numpy, would fail when using
the "static" toolchain. See
Issue Number: astral-sh/python-build-standalone#124
What is the new behavior?
When using the "shared" toolchain, importing numpy is successful
Does this PR introduce a breaking change?
Other information