Jon Ross-Perkins

Regarding the latter syntax in particular, I tend to think of the union format that `choice` represents as more ordered across name than `fn`. For example, in C++ if I...

I'm going to pick this up to get the rationale formally adopted, just because it came up again recently.

While there are probably some opportunities for code sharing with character literal parsing, I think for this issue we're fine with a solution that focuses on just fixing the multiline...

> I only want to do a small effort every week. I think I need to clarify the estimated size of this issue... The root problem is the literal text...

Thanks, that is indeed a doc error that it should use `'''` not `"""`. I'll fix that (#2638). https://github.com/carbon-language/carbon-lang/blob/trunk/docs/design/lexical_conventions/string_literals.md is correct.

Thanks for the fix @clavin!

@KAWALMEET-SINGH We typically won't assign issues. I've added [some documentation for why](https://github.com/carbon-language/carbon-lang/blob/trunk/CONTRIBUTING.md#implement-carbons-design). Please feel to work on it if you have time [a "good first issue" can help familiarize with...

@acpoppe has proposal #2265 for this.

@niekbouman A good benchmark to compare on would probably be a base-10 number with 10k digits. We have a 1k digit limit right now, and I'm not sure how many...

Thanks for the benchmark. :) > (Its LGPL, so probably not directly usable for LLVM?) For better or worse, I would expect that to be an issue. LGPL is a...