kennytm

since `regex` is called out, you could also use [their solution](https://docs.rs/regex/1.10.3/regex/trait.Replacer.html#impl-Replacer-for-F) to unify `-> &'uhh str` and `-> String` cases without needing :cow: ```rust impl String { pub fn replace_with(&mut...

@Lokathor If you think there are too many dots I'd prefer `a*.b` rather than `a.*b`, the latter looks like it's dereferencing `b`. (indeed as C++ is mentioned, `a.*b` is the...

in `a.*` the expression `a` doesn't need to be an identifier, `a[i].*`, `a(x,y).*`, `a.5.*` are all valid. it certainly can't break in practice, just that I think the parser needs...

For the original RArrow proposal, are these supported or not? ```rust let a: *const [u8; 256]; (*a)[3]; // a.*[3]; // a->[3]; //? let f: *const fn(u32) -> u32; (*f)(5); //...

why would any need either `boolean == (x is Some(z))` or `(value == y) is true` so frequently that one or two pairs of parenthesis are going to bother them...

OK sorry maybe I'm confused about the current proposal. In the RFC's original version there was no `safe` contextual keyword so adding `unsafe` to the `extern` block makes sense. But...

@WaffleLapkin 1. OK. But that does not preclude just `extern { fn something(); }` being an error in 2024 and requires `extern { unsafe fn something(); }` 2. Well I...

Is this not merged because of the merge conflict?

i'm firmly on -1 side if you're going to introduce ***both*** `r#$keyword` and `k#keyword` in 2021. the purpose of this RFC is to "reserve a (non-contextual) keyword" until the next...

> `foo.do-await.bar` FYI Java does have introduced [hyphenated keywords](https://openjdk.java.net/jeps/8223002), [e.g.](https://docs.oracle.com/en/java/javase/15/language/sealed-classes-and-interfaces.html) ```java public non-sealed class WeirdShape extends Shape { ... } // ^~~~~~~~~~ ```