4 ms·
>> It doesn't matter in which order the rules are checked. > Nowhere did I claim otherwise. You claimed otherwise when you wrote "Because the hexadecimal pars
by tom_mellior 6y ago
>> It doesn't matter in which order the rules are checked.
> Nowhere did I claim otherwise.
You claimed otherwise when you wrote "Because the hexadecimal parsing rule [0] happens before [1] the rule that parses names [2]", and when you wrote "literals have to be evaluated before names", and when you wrote "the rules can’t be evaluated concurrently". That is, you claimed otherwise in every single one of your posts in this subthread.
- css 6y agoThe check whether a token is a number happens before the check whether a token is a name, as evinced by both the source code and a trivial debugger session. You are conflating the fact that there is an order to the rules with a strawman that the rules _must_ be evaluated in a specific order. All of the quotes you pulled are facts (Python checks if a token is a number before it checks if it is a name, Python checks if a token is a literal before it checks if it is a name, and the rules are not evaluated concurrently), but your strawman is making a different claim.
- tom_mellior 6y ago> a strawman that the rules _must_ be evaluated in a specific order. I'm not the one who wrote "literals have to be evaluated before names". > rules are not evaluated concurrently Strawman yourself. I didn't say they were evaluated concurrently, I said that your claim that they can't be evaluated concurrently was wrong. They could be, because they are disjoint, and regardless of order only one of them can match at input starting with a '0' character. Anyway, I'm done here.