@hackage loopbreaker0.1.1.0
inline self-recursive definitions
Categories
License
BSD-3-Clause
Maintainer
matten@tuta.io
Links
Versions
Installation
Dependencies (4)
- base >=4.7 && <5
- containers >=0.6 && <0.7
- ghc >=8.6 && <8.7
- syb >=0.7 && <0.8 Show all…
Dependents (1)
@hackage/polysemy
loopbreaker
Performance of libraries like polysemy depends on code being aggresively inlined. Problem is that GHC is not very keen on inlining self-recursive definitions. Luckily, there's a way we can trick compiler to do so: by introducing intermediate loopbreaker that simply calls our original function:
fact :: Int -> Int
fact 0 = 1
fact n = n * fact' (n - 1)
{-# INLINE fact #-}
fact' :: Int -> Int
fact' = fact
{-# NOINLINE fact' #-}
But because this is ugly boilerplate nobody wants to write, we created GHC plugin that searches for such recursive definitions and automatically inserts loopbreakers during compilation.
To quote isovector:
As described in Writing Custom Optimization Passes, The
polysemy-pluginhas had support for creating explicit loopbreakers for self-recursive functions. The result is pretty dramatic code improvements in a lot of cases when-O2is turned on.
Rather embarrassingly, after publishing that post, it turned out that my implementation didn't in fact improve optimizations. Sure, it spit out the correct code, but it was being done too late, and some special analysis passes had already run. The result: we'd generate loopbreakers, but they wouldn't be used.
TheMatten took it upon himself to fix this. There's no trick --- just do the same transformations after renaming, rather than after typechecking. We realized this plugin is useful outside of polysemy, so it's been released as a standalone package.
Usage
Add -fplugin=Loopbreaker into your package.yaml or specific module. This
will cause the plugin to generate explicit loopbreakers for any self-recursive
functions marked as INLINE, which can dramatically improve their
performance. See documentation for more info.