FYI I did the horrible thing for now, optimisations welcome.
The change is at [1]
Alan
[1]
https://gitlab.haskell.org/ghc/ghc/-/commit/742273a94c187f51e3b143f9c206c42024486ecf?merge_request_iid=2418
On Tue, 19 Jan 2021 at 22:04, Alan & Kim Zimmerman
wrote:
> And if there is a comment after
And if there is a comment after the '}' and then more blank lines, the last
token is a comment.
If no curlies, it is a ITsemi for the last location, after the comment.
So my hacky scheme of using ITsemi as the means to track the last gap is
not viable.
And I don't want to put extra housekeeping
So, I think there's your answer: the last token might be ITccurly, not ITsemi.
It seems that the "insert invisible curlies and semis" is taken more literally
for semis than for curlies.
Richard
> On Jan 19, 2021, at 4:58 PM, Alan & Kim Zimmerman wrote:
>
> Changing it to remove the final ';'
Changing it to remove the final ';' gives a last token of ITccurly.
Changing it to
module Bug where
x = 5
y = 6
Gives a last token of ITsemi.
Alan
On Tue, 19 Jan 2021 at 21:50, Richard Eisenberg wrote:
> That's bizarre. Does it still happen with explicit braces?
>
> Just to test, I tried
>
That's bizarre. Does it still happen with explicit braces?
Just to test, I tried
module Bug where {
x = 5;
y = 6;
};
and GHC rejected because of the trailing ;.
Richard
> On Jan 19, 2021, at 4:35 PM, Alan & Kim Zimmerman wrote:
>
> I am (still) working on !2418 to bring the API Annotations
I am (still) working on !2418 to bring the API Annotations into the GHC
ParsedSource, and making good progress.
I am currently making a rough port of ghc-exactprint, to ensure I can get
all the tests around modifying the AST to work.
One of the last pieces is being able to capture the spacing
Hi all,
I'm wondering what the supposed storage layout of integral types is. In
particular for integral types with size less than the size of a word. For
example, on a 64bit machine is a 32bit integer supposed to be written as a
whole word and therefore as 64 bits or just as 32bits in the
Hi all,
I have a very large Haddock change (merging Haddock's development
branch, `ghc-8.10`, into the `ghc-head` branch) pending in !4819. I
will try merge it as soon as Marge's next batch finishes.
If you have a Haddock change outstanding you will need to perform a
rather significant rebase