| 11 Dec 2025 |
Qyriad | with hyphens in identifiers we can name variables like package names | 20:17:46 |
aloisw | And while at that, maybe reusing the string syntax for variable declaration was not so great either. Maybe spicy string literals could help here. | 20:18:17 |
Qyriad | yeah that could stand some improvement | 20:18:46 |
aloisw | In reply to @qyriad:katesiria.org subtraction is moderately rare in Nixlang code! i think this is a 100% fine syntactic tradeoff for the DSL 1-1 being an identifier is extremely confusing. | 20:19:24 |
Qyriad | oh, no simply ban that too | 20:19:34 |
Qyriad | identifiers still cant *start* with a number | 20:19:44 |
Qyriad | gods no | 20:19:48 |
piegames | inb4 packages.1Password :D | 20:20:01 |
Qyriad | hmmm | 20:20:35 |
KFears (burnt out) | In reply to @hexa:lossy.network Per Twitter conversation, no. Oh, sigh. I hoped it would be a troll. Well, nope, of course it would be our favorite fascist once again showing his disrespect | 20:20:37 |
aloisw | In reply to @qyriad:katesiria.org oh, no simply ban that too What is the additional bias towards treating things as an identifier then? a-1 being one is already how it works today. (I think banning 1-1 is mostly fine though.) | 20:21:57 |
aloisw | In reply to @piegames:flausch.social inb4 packages.1Password :D packages.r"password" | 20:22:25 |
aloisw | ~~packages.\u0031password~~ | 20:24:07 |
piegames | Honestly, why not ban identifiers that end with -[number] while keeping alphanumerics after dashes? | 20:24:19 |
raitobezarius | In reply to @aloisw:julia0815.de NO My reaction while reading these last messages | 20:24:29 |
piegames | That would remove the most confusing case | 20:24:37 |
Qyriad | In reply to @piegames:flausch.social Honestly, why not ban identifiers that end with -[number] while keeping alphanumerics after dashes? agreed | 20:24:43 |
piegames | Do we think this is a footgun big enough to warrant a depraction as of now, or will this wait for langver? | 20:25:18 |
KFears (burnt out) | In reply to @qyriad:katesiria.org imo Nixlang2: we simply always require spaces around subtraction I very recently learned about https://gren-lang.org/ , which seems to do a lot of things right in a similar-ish direction | 20:25:47 |
aloisw | * packages.r"1password" | 20:25:49 |
aloisw | In reply to @aloisw:julia0815.de packages.r"1password" Yeah maybe not, r"" would be nice for regexes. | 20:30:23 |
Charles | maybe v"" for variable | 20:30:52 |
Charles | or i"" for ident | 20:30:58 |
KFears (burnt out) | Double quotes regular strings and singular quotes for verbatim strings | 20:32:24 |
aloisw | Or copy Rust's r# prefix fully. Although that's weird with whitespace again. | 20:32:33 |
piegames | In reply to @aloisw:julia0815.de packages.r"1password" Why the r" though? Because strings as identifiers literally already work today | 20:54:16 |
piegames | I think y'all are confusing "raw identifiers" with "raw strings" | 20:54:45 |
Charles | i don't think they do:
nix-repl> "1" = 2
Added "1".
nix-repl> "1"
"1"
| 21:04:59 |
Charles | you need some syntax to "dereference" a string as if it were a variable | 21:05:43 |
Charles | you can work around the lack of this today with this suggestion though | 21:06:09 |