-
Notifications
You must be signed in to change notification settings - Fork 175
Add UntraceImmediateMethods, for name standardisation #360
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Add UntraceImmediateMethods, for name standardisation
|
@ChrisJefferson Thanks - adding a new test file is more than just a little tweak :) if all packages are loaded the test fails. Probably some other example could be used? |
|
Actually no, this can't be fixed. If we want tests to work with |
|
@ChrisJefferson oh, I see - So because it is so generic, no other example would work... Perhaps @mohamed-barakat and @sebasguts could comment on this? If this has to be like this, then just delete this from the test
and the build fails automatically if the 2nd option has diffs. In the other two diffs are permitted, but This fact is good to remember for tests that may be very sensitive to some non-default packages. |
|
First of all, thanks for pointing out the typo. I will change this now. Now to the point: The method is of actual use, and for the ToDoList feature in ToolsForHomalg it is necessary to have it. However, if that would be desireable, I could get rid of it with some work. Is it forbidden to implement an ImmediateMethod for all |
|
@sebasguts thanks. Then I think that moving this to a manual example would be suitable for all. |
|
Just to be clear, there is no reason to forbid this method, it just makes it hard to test tracing in our current tst framework (where we do exact text matching), with packages turned on. |
|
@ChrisJefferson I'm interested to fix this asap as I am getting now an avalanche of failed build notifications (24 for install and standard, plus another 12 for manuals because of changed random state) and would like to stop it before the next 6 pm nightly build). If you'd be happy for me to fix, please let me know! |
|
I'm happy for you to fix, just delete for now and we will think about how to read later, is just a test. |
|
@ChrisJefferson done. Actually, the manual example for TraceImmediateMethods is already there, so it is covered by tests. @sebasguts Please fix the typo in |
This is just a little tweak -- usually we pair enable/disable methods as:
NameFuncandUnnameFunc, butTraceImmediateMethodsis different, it takes a boolean flag.This adds
UntraceImmediateMethods, and letsTraceImmedaiteMethodstake no flag (in which case it acts like it was passedtrue). We keep the old flag passing working, and also add a test.