Temporarily overriding Data.Generic

Deniz Dogan deniz.a.m.dogan at gmail.com
Fri Feb 6 10:37:38 EST 2009

Hi Duncan

2009/2/5 Duncan Coutts <duncan.coutts at worc.ox.ac.uk>:
> On Thu, 2009-02-05 at 00:11 +0100, Deniz Dogan wrote:
>> I'm currently working on "hacking" Data.Generics for my master thesis.
>> I'm basically trying to find out whether it can be made any faster
>> using e.g. rewrite rules. The problem I'm having is that I need an
>> easy way to import my own modified version of Data.Generics (currently
>> located in the same directory as my testing program) without
>> unregistering or hiding syb- as base seems to depend on it.
> This should just work. If ./Data/Generics.hs exists in / relative to the
> current directory then by default that overrides the module of the same
> name from the syb package. There's clearly some specific problem you're
> hitting, can you tell us more about it?

You're right of course, it does work. I must have been so convinced it
wouldn't work that I completely disregarded that GHC even told me it
compiled Data.Generics and all of the other modules. That was silly!

More information about the Glasgow-haskell-users mailing list