nofib oldest GHC to support?

Ömer Sinan Ağacan omeragacan at
Mon Oct 1 08:04:57 UTC 2018

We currently claim to support GOFER and GHC 4.02! Surely we can drop some of
those support.

I just tried booting nofib with GHC 7.10.3 and it failed. We don't even support
7.10.3, but we still have code to support ... 4.02!

The desire to cleanup is not because removing code is fun, it's because it
makes it easier to maintain. Currently I need to parse another variant of `+RTS
-t` output, and I have to deal with this mess for it:

(note that all of these need to be updated to add one more field)

If we decide on what versions to support we could remove most of those (I doubt
`+RTS -t` output changes too much, so maybe we can even remove all but one).

There are also other code with CPP macros for GOFER etc.

I suggest supporting HEAD + 3 major releases. In this plan currently we should
be able to run nofib with GHC HEAD, 8.6, 8.4, and 8.2. Then setting up a CI to
test nofib with these configurations should be trivial (except for GHC HEAD
maybe, I don't know if we're publishing GHC HEAD bindists for CI servers to

Joachim Breitner <mail at>, 1 Eki 2018 Pzt, 03:33
tarihinde şunu yazdı:
> Hi,
> there is no policy that I am aware of, but being able to run nofib on
> old (or even ancient) versions of GHC is likely to make someone happy
> in the future, so I’d say that the (valid!) desire to cleanup is not a
> good reason to drop support – only if it would require unreasonable
> efforts should we drop old versions there.
> Cheers,
> Joachim
> Am Sonntag, den 30.09.2018, 14:18 +0300 schrieb Ömer Sinan Ağacan:
> > Do we have a policy on the oldest GHC to support in nofib? I'm currently doing
> > some hacking on nofib to parse some new info printed by a modified GHC, and I
> > think we can do a lot of cleaning (at the very least remove some regexes and
> > parsers) if we decide on which GHCs to support.
> >
> > I checked the README and RunningNoFib wiki page but couldn't see anything
> > relevant.
> >
> > Thanks
> >
> > Ömer
> > _______________________________________________
> > ghc-devs mailing list
> > ghc-devs at
> >
> --
> Joachim Breitner
>   mail at
> _______________________________________________
> ghc-devs mailing list
> ghc-devs at

More information about the ghc-devs mailing list