ASTが直接GHCには行かないので、とにかく印刷してから解析する段階になるでしょう。
あなたはそれをどう思いますか?そうでない場合、TH ASTはGHCの内部ASTに直接変換されます。そのプロセスのどの時点でもテキストに変換されることはありません。 (それがなかった場合は、それはかなり奇妙なことでしょう。)
テンプレートHaskellはt
、基本的に様々なe
後ろパーサを露出させ、式、種類、および宣言にHaskellソースを解析する方法を公開している場合でも、それは多少いいだろう、テンプレートHaskellに組み込まれているd
のクォーダーです。残念ながら、そうではありません。私は現在、それを変更する計画はないと思います。
現在のところ、haskell-src-exts
を経由する必要があります。 はで、haskell-src-exts
のパーサとGHCの違いはありますが、これは理想的ではありません。痛みを軽減するために、とtemplate-haskell
を橋渡しするa package called haskell-src-meta
があります。
parseDecs
の機能はLanguage.Haskell.Meta.Parse
で、種類はString -> Either String [Dec]
で、これはあなたが探している機能です。
なぜASTがGHCに直接行かないと思いますか?それは正直に私を驚かせるでしょう。 – melpomene
タイトルが質問と一致していないようです。私はあなたが '-ddump-splices'を探していると仮定しました。 – jberryman
@jberryman私は同意します。より良い提案をしてください。 –