Bit-rotting(?) HUGS-specific code in GHC boot libraries

Herbert Valerio Riedel hvr at
Wed Sep 11 09:19:53 UTC 2013

Hello GHC devs, the topic came up in #ghc, what's the current rationale for keeping
HUGS-specific code sprinkled throughout GHC boot libraries?

I quick tally in GHC's source tree via

  find -type f -iname '*.*hs' | xargs grep '#if.*HUGS' | cut -f1-3 -d/ | uniq -c

results in

      1 ./libraries/directory
      5 ./libraries/haskell98
     84 ./libraries/base
      5 ./libraries/haskell2010
     29 ./libraries/array
     12 ./libraries/process
      1 ./libraries/bytestring

Does anyone actually still use/test those packages in HUGS? Is there any
real benefit to keep the HUGS-specific code as dead (compile-time) code
in those packages? (When) can that code be removed?


More information about the ghc-devs mailing list