1. 31 Mar, 2005 3 commits
    • simonmar's avatar
      [project @ 2005-03-31 16:11:49 by simonmar] · 426e0396
      simonmar authored
      DriverPipeline.compile: we should be grabbing the OPTIONS from the
      StringBuffer, not reading the file again (duh!)
      
      SysTools: some message cleanups
      426e0396
    • simonmar's avatar
      [project @ 2005-03-31 15:16:53 by simonmar] · c1909a1b
      simonmar authored
      More hacking on the GHC API to get it into shape for VS
      
       - load now takes a LoadHowMuch argument, which is either
      	LoadAllTargets
      	LoadUpTo Module
      	LoadDependenciesOf Module
         which should be self-explanatory.  LoadDependenciesOf might go
         away in the future, it's necessary at the moment because it is
         used in the implementation of:
      
       - checkModule :: Session -> Module -> MessageHandler -> IO CheckResult
      
         which is currently the only way to get at the parsed & typechecked
         abstract syntax for a module.
      c1909a1b
    • simonmar's avatar
      [project @ 2005-03-31 10:16:33 by simonmar] · 853e20a3
      simonmar authored
      Tweaks to get the GHC sources through Haddock.  Doesn't quite work
      yet, because Haddock complains about the recursive modules.  Haddock
      needs to understand SOURCE imports (it can probably just ignore them
      as a first attempt).
      853e20a3
  2. 30 Mar, 2005 1 commit
    • simonmar's avatar
      [project @ 2005-03-30 16:24:04 by simonmar] · 6720aae4
      simonmar authored
      Add support for partial reloads in the GHC API.
      
      This is mainly for VS: when editing a file you don't want to
      continually reload the entire project whenever the current file
      changes, you want to reload up to and including the current file only.
      However, you also want to retain any other modules in the session that
      are still stable.
      
      I added a variant of :reload in GHCi to test this.  You can say
      ':reload M' to reload up to module M only.  This will bring M up to
      date, and throw away any invalidated modules from the session.
      6720aae4
  3. 24 Mar, 2005 1 commit
    • simonmar's avatar
      [project @ 2005-03-24 16:14:00 by simonmar] · 19519dc3
      simonmar authored
      Cleanup the upsweep strategy in GHC.load.
      
      Now it's hopefully clearer how we decide what modules to recompile,
      and which are "stable" (not even looked at) during a reload.  See the
      comments for details.
      
      Also, I've taken some trouble to explicitly prune out things that
      aren't required before a reload, which should reduce the memory
      requirements for :reload in GHCi.  Currently I believe it keeps most
      of the old program until the reload is complete, now it shouldn't
      require any extra memory.
      19519dc3
  4. 22 Mar, 2005 1 commit
    • simonmar's avatar
      [project @ 2005-03-22 17:13:12 by simonmar] · 069370a5
      simonmar authored
      A start on the GHC API:
      
      Flesh out the GHC module so that it can replace CompManager.  Now, the
      clients that used CompManager consume the GHC API instead (namely
      Main, DriverMkDepend, and InteractiveUI).  Main is significantly
      cleaner as a result.
      
      The interface needs more work: in particular, getInfo returns results
      in the form of IfaceDecls but we want to use full HsSyn and
      Id/DataCon/Class across the boundary instead.
      
      The interfaces for inspecting loaded modules are not yet implemented.
      069370a5
  5. 15 Mar, 2005 1 commit