Re: Introducing GHC whole program compiler (GHC-WPC)

the GHC >compiler pipeline, because heavy optimizations would be introduced at the >low level IRs beside GHC Core.” Fair enough, but what I’m missing is the >*rationale* for doing heavy opts on STG rather than Core. > > > >- Apart from (a) dead code, and (b) GRI

RE: Introducing GHC whole program compiler (GHC-WPC)

. * Apart from (a) dead code, and (b) GRIN, do you have ideas in mind for what we could do with WPC? Thanks Simon From: ghc-devs On Behalf Of Csaba Hruska Sent: 14 June 2020 13:46 To: Alexis King Cc: GHC developers Subject: Re: Introducing GHC whole program compiler (GHC-WPC) Hi, I thought

Re: Introducing GHC whole program compiler (GHC-WPC)

Hi, I thought about the GHC-LTO project name before, but it would not be an accurate description though. The GHC-WPC in its current state is about exporting STG + linker info for later processing, either feed it back to GHC backend or to a third party pipeline. It depends what the user/researcher

Re: Introducing GHC whole program compiler (GHC-WPC)

Hi Csaba, I originally posted this comment on /r/haskell before I saw you also sent this to ghc-devs. I’ve decided to reproduce my comment here as well, since this list probably has a more