-
-
Notifications
You must be signed in to change notification settings - Fork 95
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
[Windows] make check issues #147
Comments
the workaround without touching code base might be this before runing TCs
eg:
the quesiton is: do you think there is a need to make code changes for this regard? |
If it is possible to set this from inside the Makefile that would be best. See https://earthly.dev/blog/makefile-variables/ for some ideas. |
thanks for the nice and educational material, The tricky thing in current design of Makefile is each test target changes the current dir into test\ (using
for addressing this issue I did the export var=value approach and things started to work
With GNU make, variables marked with export are only available to [the shells launched for] recipe commands (commands that are part of rules), |
One more question that touches the TCc run: currently in modern python being used in the OS we do see these guys:
do you think it makes sense to hide those DeprecationWarnings ? as far as I understand you can't just refactor those warnings into modern features as you run TC on older pythons, right? |
If immediate variables work, let's use that. GNU Make 4.4 is about 4 years old. I don't see a reason to try to support a version of GNU make that is before 4.4.
If I have it correct, this is only failing for pytests, not the disassembly tests in the
|
No, please don't hide the deprecation warning but instead fix them.
Handling this is a bit more difficult than the suggested fix because the code object might sometimes have Supporting older versions of Python is done via different github branches; the master branch is for Python 3.11 up. For Python 3.6 to 3.10 the branch names is python-3.6-to-3.10 and so on. |
happy Sunday!
Well, it doesn't help... If using this approach we hit the old good case:
re
yes, thats correct PS: PR updated |
When there is a failure, you have to remove those files individually. |
There are some issues that stop running of TC under Windows
after fixing Access Denied one that was stopping TC run on a very early phase, there is another one now, that hits later on:
My gut feeling is that there should be some treatment applied using the "utf-8" encoding
Yeah, I agree, it works out of the box under any Linux, but we are special guys, the WIndows ones :)
The text was updated successfully, but these errors were encountered: