Rangi

~~I made it require a newline after the opening `[[` because each line of code in the block has to have a newline after it, so the `]]` ends up...

> > I made it require a newline after the opening `[[` because each line of code in the block has to have a newline after it, so the `]]`...

> The proper fix is to remove the lexer hack of forcing a newline at EOF, and allowing the last `line` not to be followed by a newline. Currently the...

"Column 1" doesn't have to be a thing for labels: #635 addresses that, though it still requires constants to be defined in column 1 and macros to be invoked past...

Weren't the problems due to allowing non-local labels without colons? All of these cases should be unambiguous: ``` Label: db 1 .localA db 2 .localB db 3 Label2: db 4...

Regarding the syntax, my examples in the test cases are more to just demonstrate many technically valid things using it. I think [ax6's example](https://github.com/gbdev/rgbds/issues/500#issuecomment-609414829) is more representative of usage in...

@aaaaaa123456789 @mid-kid @pinobatch @AntonioND @NieDzejkob @JL2210 What do you think of the syntax for these? (Please see discussion above and in #500.)

> However, yes, I think that a future PR should allow one-liners, as it certainly helps readability. It's not needed to do it in this PR. This PR does allow...

Now that #750 has merged, this PR would need updating to no longer support single line `[[ inline fragments ]]`. It should wait until a solution exists.

Although the lexer's EOF-newline hack has been removed, this still needs to inject a token to end the contents of an inline fragment, in case there's no newline (for example,...