imon Peyton Jones
Cc: ghc-devs
Subject: Re: TTG hsSyn for Batch and Interactive Parsing
On 18 May 2018 at 16:13, Simon Peyton Jones
mailto:simo...@microsoft.com>> wrote:
We can’t make the result type depend on DynFlags! (Yet)(
parser :: DynFlags -> String
-> HsSyn (Ghc
On 18 May 2018 at 16:13, Simon Peyton Jones wrote:
>
>
> We can’t make the result type depend on DynFlags! (Yet)(
>
> *parser :: DynFlags -> String *
>
> * -> HsSyn (GhcPass (Parsed (if … *
>
> *then WithApiAnnotations*
>
> *else Wihout
hc-devs
Subject: Re: TTG hsSyn for Batch and Interactive Parsing
I have updated the Wiki with the clearer names, and noted that a single parser
definition would still be used, as at present, but would only keep the extra
info if it was requested to.
The naming around interactive and batch is
I have updated the Wiki with the clearer names, and noted that a single
parser definition would still be used, as at present, but would only keep
the extra info if it was requested to.
The naming around interactive and batch is to anticipate a further step I
would like to take, to make the parser
n debugged in dialogue by email.
Simon
From: Alan & Kim Zimmerman mailto:alan.z...@gmail.com>>
Sent: 08 May 2018 21:02
To: Simon Peyton Jones mailto:simo...@microsoft.com>>
Cc: ghc-devs mailto:ghc-devs@haskell.org>>
Subject: Re: TTG hsSyn for Batch and Interactive Parsing
I ha
o that it is a
> persistent record of the design debugged in dialogue by email.
>
>
>
> Simon
>
>
>
> *From:* Alan & Kim Zimmerman
> *Sent:* 08 May 2018 21:02
> *To:* Simon Peyton Jones
> *Cc:* ghc-devs
> *Subject:* Re: TTG hsSyn for Batch
ghc-devs
Subject: Re: TTG hsSyn for Batch and Interactive Parsing
I have started a wiki page at
https://ghc.haskell.org/trac/ghc/wiki/ImplementingTreesThatGrow/IdeSupport
On 8 May 2018 at 10:54, Simon Peyton Jones
mailto:simo...@microsoft.com>> wrote:
At first blush, “running the parser in
I have started a wiki page at
https://ghc.haskell.org/trac/ghc/wiki/ImplementingTreesThatGrow/IdeSupport
On 8 May 2018 at 10:54, Simon Peyton Jones wrote:
> At first blush, “running the parser in two modes” and “changing the Pass”
> type don’t match up in my mind. One seems quite local (how to
At first blush, “running the parser in two modes” and “changing the Pass” type
don’t match up in my mind. One seems quite local (how to run the parser). The
other seems more pervasive.
Can you say more about your proposed design, perhaps even on a wiki page?
Simon
From: ghc-devs On Behalf O
