1. 03 May, 2006 1 commit
  2. 26 Apr, 2006 1 commit
  3. 07 Apr, 2006 1 commit
    • Simon Marlow's avatar
      Reorganisation of the source tree · 0065d5ab
      Simon Marlow authored
      Most of the other users of the fptools build system have migrated to
      Cabal, and with the move to darcs we can now flatten the source tree
      without losing history, so here goes.
      
      The main change is that the ghc/ subdir is gone, and most of what it
      contained is now at the top level.  The build system now makes no
      pretense at being multi-project, it is just the GHC build system.
      
      No doubt this will break many things, and there will be a period of
      instability while we fix the dependencies.  A straightforward build
      should work, but I haven't yet fixed binary/source distributions.
      Changes to the Building Guide will follow, too.
      0065d5ab
  4. 06 Apr, 2006 1 commit
  5. 18 Mar, 2006 2 commits
    • David Himmelstrup's avatar
      -fno-code shouldn't be a mode. · 851154f0
      David Himmelstrup authored
      I've removed -fno-code from Main to make it work
      equally well with --make and -c.
      I've also allowed it not to write hi files unless
      -fwrite-iface is given.
      851154f0
    • David Himmelstrup's avatar
      -fno-code shouldn't be a mode. · 4a3042fc
      David Himmelstrup authored
      I've removed -fno-code from Main to make it work
      equally well with --make and -c.
      I've also allowed it not to write hi files unless
      -fwrite-iface is given.
      4a3042fc
  6. 07 Mar, 2006 1 commit
  7. 10 Feb, 2006 1 commit
  8. 08 Feb, 2006 1 commit
  9. 03 Feb, 2006 1 commit
  10. 25 Nov, 2005 1 commit
  11. 31 Oct, 2005 1 commit
  12. 28 Oct, 2005 2 commits
    • simonmar's avatar
      [project @ 2005-10-28 15:22:39 by simonmar] · f2e730f3
      simonmar authored
      Add -stubdir option to control location of generated stub files.  Also
      do some clean up while I'm here - remove hscStubCOut/hscStubHOut from
      DynFlags, and add
      
        mkStubPaths :: DynFlags -> Module -> ModLocation -> (FilePath,FilePath)
      
      to Finder.  (this seemed better than caching the stub paths in every
      ModLocation, because they are rarely needed and only present in home
      modules, and are easily calculated from other available information).
      
      -stubdir behaves in exactly the same way as -odir and -hidir.
      f2e730f3
    • simonmar's avatar
      [project @ 2005-10-28 11:35:35 by simonmar] · 55495951
      simonmar authored
      Change the default executable name to match the basename of the source
      file containing the Main module (or the module specified by -main-is),
      if there is one.  On Windows, the .exe extension is added.
      
      As requested on the ghc-users list, and as implemented by Tomasz
      Zielonka <tomasz.zielonka at gmail.com>, with modifications by me.
      
      I changed the type of the mainModIs field of DynFlags from Maybe
      String to Module, which removed some duplicate code.
      55495951
  13. 25 Oct, 2005 1 commit
    • simonmar's avatar
      [project @ 2005-10-25 12:48:35 by simonmar] · 78b72ed1
      simonmar authored
      Two changes from Krasimir Angelov, which were required for Visual
      Haskell:
      
        - messaging cleanup throughout the compiler.  DynFlags has a new
          field:
      
          log_action :: Severity -> SrcSpan -> PprStyle -> Message -> IO ()
      
          this action is invoked for every message generated by the
          compiler.  This means a client of the GHC API can direct messages to
          any destination, or collect them up in an IORef for later
          perusal.
      
          This replaces previous hacks to redirect messages in the GHC API
          (hence some changes to function types in GHC.hs).
      
        - The JustTypecheck mode of GHC now does what it says.  It doesn't
          run any of the compiler passes beyond the typechecker for each module,
          but does generate the ModIface in order that further modules can be
          typechecked.
      
      And one change from me:
      
        - implement the LANGUAGE pragma, finally
      78b72ed1
  14. 19 Aug, 2005 1 commit
  15. 03 Aug, 2005 1 commit
  16. 11 Jul, 2005 1 commit
  17. 07 Jun, 2005 1 commit
  18. 23 May, 2005 1 commit
  19. 26 Apr, 2005 1 commit
    • simonmar's avatar
      [project @ 2005-04-26 14:43:31 by simonmar] · ff75ee77
      simonmar authored
      Back out previous revision.
      
      It appears that passing -g to the assembly phase of C compilation
      results in an object file with broken debug info, that gdb can't
      read.  This is probably a bug in gcc and/or binutils, but this change
      means that I can't avoid it (unless we were to hack the pipeline to
      do .c->.s->.o in one stage instead of two).
      ff75ee77
  20. 25 Apr, 2005 1 commit
    • simonmar's avatar
      [project @ 2005-04-25 13:02:31 by simonmar] · 50b971bd
      simonmar authored
      Requested by Duncan Coutts: -optc flags get passed to the assembler
      phase too.  It's not obvious, when using GHC to compile a .c file,
      that options need to be passed both with -optc and -opta - gcc doesn't
      need this, for example.
      
      This is an experimental change - if it breaks anything we can back it
      out.  If anyone needs to pass flags to the .c->.s phase *only*, then
      we will need to add another flag for that purpose.  It seems unlikely,
      though (there aren't many flags that affect the assembler only, and
      those that do don't conflict with flags for the C phase).
      50b971bd
  21. 22 Apr, 2005 1 commit
  22. 07 Apr, 2005 1 commit
  23. 31 Mar, 2005 1 commit
    • 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
  24. 22 Mar, 2005 1 commit
  25. 21 Mar, 2005 1 commit
    • simonmar's avatar
      [project @ 2005-03-21 10:50:22 by simonmar] · 50159f6c
      simonmar authored
      Complete the transition of -split-objs into a dynamic flag (looks like I
      half-finished it in the last commit).
      
      Also: complete the transition of -tmpdir into a dynamic flag, which
      involves some rearrangement of code from SysTools into DynFlags.
      
      Someday, initSysTools should move wholesale into initDynFlags, because
      most of the state that it initialises is now part of the DynFlags
      structure, and the rest could be moved in easily.
      50159f6c
  26. 18 Mar, 2005 1 commit
    • simonmar's avatar
      [project @ 2005-03-18 13:37:27 by simonmar] · d1c1b7d0
      simonmar authored
      Flags cleanup.
      
      Basically the purpose of this commit is to move more of the compiler's
      global state into DynFlags, which is moving in the direction we need
      to go for the GHC API which can have multiple active sessions
      supported by a single GHC instance.
      
      Before:
      
      $ grep 'global_var' */*hs | wc -l
           78
      
      After:
      
      $ grep 'global_var' */*hs | wc -l
           27
      
      Well, it's an improvement.  Most of what's left won't really affect
      our ability to host multiple sessions.
      
      Lots of static flags have become dynamic flags (yay!).  Notably lots
      of flags that we used to think of as "driver" flags, like -I and -L,
      are now dynamic.  The most notable static flags left behind are the
      "way" flags, eg. -prof.  It would be nice to fix this, but it isn't
      urgent.
      
      On the way, lots of cleanup has happened.  Everything related to
      static and dynamic flags lives in StaticFlags and DynFlags
      respectively, and they share a common command-line parser library in
      CmdLineParser.  The flags related to modes (--makde, --interactive
      etc.) are now private to the front end: in fact private to Main
      itself, for now.
      d1c1b7d0