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
Revert "5724-Improve-AdditionalMethodStaterefersToLiteral" #5770
Revert "5724-Improve-AdditionalMethodStaterefersToLiteral" #5770
Conversation
Would be nice to have tests to enforce the desired semantics, which seem odd to me...
… El 26 feb 2020, a las 15:54, Marcus Denker ***@***.***> escribió:
Reverts #5731 <#5731>
This was not a good change: semantics are a bit odd: for Bindings, we want to only look into them deeply if they are in a property. Else not. I will revert it and put a comment.
(it does not add a bug this way but it is even more confusing as before)
You can view, comment on, or merge this pull request online at:
#5770 <#5770>
Commit Summary
Revert "5724-Improve-AdditionalMethodStaterefersToLiteral"
File Changes
M src/Collections-Support/LookupKey.class.st <https://github.com/pharo-project/pharo/pull/5770/files#diff-0> (7)
M src/Kernel/AdditionalMethodState.class.st <https://github.com/pharo-project/pharo/pull/5770/files#diff-1> (13)
Patch Links:
https://github.com/pharo-project/pharo/pull/5770.patch <https://github.com/pharo-project/pharo/pull/5770.patch>
https://github.com/pharo-project/pharo/pull/5770.diff <https://github.com/pharo-project/pharo/pull/5770.diff>
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub <#5770?email_source=notifications&email_token=AAFM5YUSUAVVHWU6WDOMJRTREZ7EDA5CNFSM4K4HKYLKYY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4IQPRERA>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAFM5YSKTB4WOPUUBCTZ7VDREZ7EDANCNFSM4K4HKYLA>.
|
I found that odd, too. There are tests (for the properties case). This is how I found it. I thought "no, that code is wrong, we never want to look at a value of a VariableBinding for the literals" --> boom, test that checks for it fails. |
I will out this on "need more work" as I am tempted to get rid of the strange semantics... we should not look into globals if the are the the value of a method property! |
So this PR gets rid of a bug? If so, It has my approval. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I prefer to go back to the working version.
The code is "ugly", but it is a single method, nothing we cannot deal with.
I could integrate it, I just need confirmation from @MarcusDenker |
yes, we should merge this revert |
Thanks Marcus! |
Reverts #5731
This was not a good change: semantics are a bit odd: for Bindings, we want to only look into them deeply if they are in a property. Else not. I will revert it and put a comment.
(it does not add a bug this way but it is even more confusing as before)