Temporarily overriding Data.Generic
José Pedro Magalhães
jpm at cs.uu.nl
Thu Feb 5 02:43:52 EST 2009
On Thu, Feb 5, 2009 at 00:11, Deniz Dogan <deniz.a.m.dogan at gmail.com> wrote:
> Sorry for those who receive this who have already gotten it from
> 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.
Great! Please let us know of the results when you have them :-)
> 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-0.1.0.0 as base seems to depend on it.
> I've read the GHC user manual trying to find nice ways to do this
> using a bunch of different parameters to ghc, but I can't figure it
> out. Does anyone here know?
I've had my own problems while developing a successor version of the syb
package. For starters, cabal fails to install the package:
cabal: dependencies conflict: base-22.214.171.124 requires syb ==0.1.0.0 however
syb-0.1.0.0 was excluded because syb-0.2.0.0 was selected instead
syb-0.1.0.0 was excluded because of the top level dependency syb ==0.2.0.0
Note that this package explicitly requires base >= 4.0. Anyway, runghc
Setup.hs install does it, though. However, after having it installed I can't
use it, getting this when any module imports Data.Generics:
Bad interface file: C:\Program Files
Something is amiss; requested module syb:Data.Generics differs from
name found in the interface file syb-0.2.0.0:Data.Generics
Failed, modules loaded: none.
I talked about this on IRC before and remember this might have had something
to do with syb having been unversioned in the release of GHC 6.10.1. But I
hope someone can clarify this better...
> Any help appreciated,
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users at haskell.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Glasgow-haskell-users