patch applied (ghc): remove Haddock-lexing/parsing/renaming from GHC

2009-09-08 Thread Simon Marlow
Wed Aug 26 07:59:24 PDT 2009 Isaac Dupree * remove Haddock-lexing/parsing/renaming from GHC Ignore-this: 6cecf43747cd1f50e3d8e21485af781 M ./compiler/ghc.cabal.in -2 M ./compiler/hsSyn/HsDecls.lhs -12 +12 M ./compiler/hsSyn/HsDoc.hs -79 +7 M ./compiler/hsSyn/HsImpExp.lhs -3

Re: Haddock-lexing/parsing/renaming out of GHC

2009-08-23 Thread Isaac Dupree
Isaac Dupree wrote: * Patch to GHC * Patch to Haddock * Everything works now I'll send the patches themselves in separate emails (they're 100-200 KB apiece, I want to try and make the mailing-list not swallow them). well, "awaiting moderator approval" swallowed them for now, but at least the

Haddock-lexing/parsing/renaming out of GHC

2009-08-23 Thread Isaac Dupree
* Patch to GHC * Patch to Haddock * Everything works now I'll send the patches themselves in separate emails (they're 100-200 KB apiece, I want to try and make the mailing-list not swallow them). details: * Patch to GHC: ** will need review (it might be okay but you GHC people will know bette

Re: Lexing/parsing/renaming

2009-08-18 Thread David Waern
2009/8/18 Simon Marlow : >> Oh, ok. What I was wondering actually, was if it would work to use the >> GlobalRdrEnv stored in the HscEnv, right after typechecking the >> module. > > [widening to cvs-...@haskell.org] > > You're talking about this field: > >    hsc_global_rdr_env :: GlobalRdrEnv, >  

Re: Lexing/parsing/renaming

2009-08-18 Thread Simon Marlow
On 18/08/2009 12:13, David Waern wrote: 2009/8/18 Simon Marlow: On 18/08/2009 09:04, David Waern wrote: 2009/8/18 Simon Marlow: So you need a way to look up RdrNames in the context of the top-level scope of a module. The top-level scope of each module that GHC loads is stored in its ModIfac