It's hard to know what Ian had in mind, but I'm sure he'll tell us when he gets
back from holiday.
Meanwhile, yes, it is hard to reconcile
* The wish to have multiple implementations of Integer
* The wired-in knowledge that GHC has
* The desire to have optimising rewrite rules in client libraries
On Thu, Aug 18, 2011 at 7:32 PM, Daniel Fischer
wrote:
> On Thursday 18 August 2011, 19:13:45, Johan Tibell wrote:
>> On Thu, Aug 18, 2011 at 7:07 PM, Simon Peyton-Jones
>>
>> wrote:
>> > | I shouldn't have to modify PrelNames since I kept GHC.Integer.Type,
>> > | no? Or does PrelNames have to co
On Thursday 18 August 2011, 19:13:45, Johan Tibell wrote:
> On Thu, Aug 18, 2011 at 7:07 PM, Simon Peyton-Jones
>
> wrote:
> > | I shouldn't have to modify PrelNames since I kept GHC.Integer.Type,
> > | no? Or does PrelNames have to contain the name of the module that
> > | originally defined the
On Tue, Aug 16, 2011 at 2:25 AM, Kazu Yamamoto wrote:
> Hello,
>
> ghc-mod, IDE-like back-end for Emacs, uses warning related APIs
> including loadWithLogger and getWarnings in GHC 7.0.3 API. I found
> that they disappeared in GHC 7.2.1 API. What should I use to handle
> warnings in GHC 7.2.1 API?
On Thu, Aug 18, 2011 at 7:07 PM, Simon Peyton-Jones
wrote:
> | I shouldn't have to modify PrelNames since I kept GHC.Integer.Type,
> | no? Or does PrelNames have to contain the name of the module that
> | originally defined the type?
>
> Yes, exactly!
This causes some trouble though, as the modul
| I shouldn't have to modify PrelNames since I kept GHC.Integer.Type,
| no? Or does PrelNames have to contain the name of the module that
| originally defined the type?
Yes, exactly!
Simon
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@
I shouldn't have to modify PrelNames since I kept GHC.Integer.Type,
no? Or does PrelNames have to contain the name of the module that
originally defined the type? Looking in the .hi file in question (the
one for GHC.Integer.Type) I can see both the export of Integer(..) and
the import of Integer(..
My guess is that you have not updated compiler/prelude/PrelNames, which
contains wired-in knowledge of which modules certain functions and data types
live in. Check the ones you've moved!
S
| -Original Message-
| From: glasgow-haskell-users-boun...@haskell.org [mailto:glasgow-haskell-u
I'm trying to refactor the integer-gmp package to fix the breakage
explained in #5384. During the refactoring I
* moved GHC.Integer.Type to GHC.Integer.GMP.Type, and
* added a new GHC.Integer.Type module that re-exports parts of the
interface now exposed by GHC.Integer.GMP.Type
The content of GHC
