3 ms·

In Slang, are “x y” with different number of spaces in the middle different identifiers or different spellings of the same identifier? SQL standard says differe

In Slang, are “x y” with different number of spaces in the middle different identifiers or different spellings of the same identifier? SQL standard says different identifiers > eg Python could do something similar, because they don't have any existing syntax where you just put two identifiers next to each other with only a space in between The interaction with keywords would cause some issues. For example, right now, “if” is not a valid identifier (keyword), but “if_” and “_if” are. However, with this proposal “x y” could be a valid identifier, but “x if” would introduce ambiguity > But C could not, because variable declaration is just two identifiers, one for the type and one for the variable name, next to each other with a space in between This is one aspect of C syntax I have never liked. I always wish it had been Pascal-style `x:int;` instead of `int x;`

eru 3y ago
> In Slang, are “x y” with different number of spaces in the middle different identifiers or different spellings of the same identifier? SQL standard says different identifiers Sorry, I don't remember, and I can't seem to find it out online. I could ask my friends who still work there, if it's important. (For what it's worth, I never remember anyone complaining about mixing up a different number of spaces in their variable names. So either all number of spaces were treated the same, or perhaps multiple spaces in a row in an identifier were just banned (via linter or via language?).) > The interaction with keywords would cause some issues. For example, right now, “if” is not a valid identifier (keyword), but “if_” and “_if” are. However, with this proposal “x y” could be a valid identifier, but “x if” would introduce ambiguity Yes, you would need to sort out these details, if you wanted to add this 'feature' to Python. > This is one aspect of C syntax I have never liked. I always wish it had been Pascal-style `x:int;` instead of `int x;` I'm glad Rust made the same decision. I do like using the 'space operator' to denote functions calls, at least for a language like Haskell or OCaml.

eru 3y ago

> In Slang, are “x y” with different number of spaces in the middle different identifiers or different spellings of the same identifier? SQL standard says different identifiers Sorry, I don't remember, and I can't seem to find it out online. I could ask my friends who still work there, if it's important. (For what it's worth, I never remember anyone complaining about mixing up a different number of spaces in their variable names. So either all number of spaces were treated the same, or perhaps multiple spaces in a row in an identifier were just banned (via linter or via language?).) > The interaction with keywords would cause some issues. For example, right now, “if” is not a valid identifier (keyword), but “if_” and “_if” are. However, with this proposal “x y” could be a valid identifier, but “x if” would introduce ambiguity Yes, you would need to sort out these details, if you wanted to add this 'feature' to Python. > This is one aspect of C syntax I have never liked. I always wish it had been Pascal-style `x:int;` instead of `int x;` I'm glad Rust made the same decision. I do like using the 'space operator' to denote functions calls, at least for a language like Haskell or OCaml.