1. 14 Oct, 2012 2 commits
  2. 03 Oct, 2012 1 commit
    • ian@well-typed.com's avatar
      Build the dynamic way by default on Linux/amd64 · 898cb090
      ian@well-typed.com authored
      This required various build system changes to get the build to go
      In the inplace shell wrappers, we set LD_LIBRARY_PATH to allow programs
      to find their libraries. In the future, we might change the inplace tree
      to be the same shape as an installed tree instead. However, this would
      mean changing the way we do installation, as currently we use cabal's
      installation methods to install the libraries, but that only works if
      the libraries are under libraries/foo/dist-install/build/..., rather
      than in inplace/lib/...
  3. 11 Jun, 2012 1 commit
    • Ian Lynagh's avatar
      Pass DynFlags to the LogAction · 5716a2f8
      Ian Lynagh authored
      A side-effect is that we can no longer use the LogAction in
      defaultErrorHandler, as we don't have DynFlags at that point.
      But all that defaultErrorHandler did is to print Strings as
      SevFatal, so now it takes a 'FatalMessager' instead.
  4. 07 May, 2012 1 commit
  5. 24 Feb, 2012 1 commit
  6. 06 Feb, 2012 1 commit
    • Simon Peyton Jones's avatar
      Refactor HsDecls again, to put family instances in InstDecl · f92591de
      Simon Peyton Jones authored
      This continues the clean up of the front end.  Since they
      were first invented, type and data family *instance* decls
      have been in the TyClDecl data type, even though they always
      treated separately.
      This patch takes a step in the right direction
        * The InstDecl type now includes both class instances and
          type/data family instances
        * The hs_tyclds field of HsGroup now never has any family
          instance declarations in it
      However a family instance is still a TyClDecl.  It should really
      be a separate type, but that's the next step.
      All this was provoked by fixing Trac #5792 in the HEAD.
      (I did a less invasive fix on the branch.)
  7. 01 Oct, 2011 1 commit
  8. 03 Jul, 2011 1 commit
    • Ian Lynagh's avatar
      defaultErrorHandler now only takes LogAction · e01fffc6
      Ian Lynagh authored
      It used to take a whole DynFlags, but that meant we had to
      create a DynFlags with (panic "No settings") for settings, as
      we didn't have any real settings.
      Now we just pass the LogAction, which is all that it actually needed.
      The default is exported from DynFlags as defaultLogAction.
  9. 09 Jun, 2011 1 commit
  10. 28 May, 2011 1 commit
  11. 04 May, 2011 1 commit
    • dreixel's avatar
      Remove HsNumTy and TypePati. · fed25228
      dreixel authored
      They belonged to the old generic deriving mechanism, so they can go. Adapted a lot of code as a consequence.
  12. 21 Apr, 2011 1 commit
    • Ian Lynagh's avatar
      Initialise Settings before DynFlags · bfa0c2ed
      Ian Lynagh authored
      Stops us having to temporarily have a panic in the DynFlags.
      We still need a panic in the DynFlags used for the top-level
      error handler, though.
  13. 10 Jan, 2011 1 commit
    • simonpj@microsoft.com's avatar
      Do dependency analysis when kind-checking type declarations · 6ea06bbf
      simonpj@microsoft.com authored
      This patch fixes Trac #4875.  The main point is to do dependency
      analysis on type and class declarations, and kind-check them in
      dependency order, so as to improve error messages.
      This patch means that a few programs that would typecheck before won't
      typecheck any more; but before we were (naughtily) going beyond
      Haskell 98 without any language-extension flags, and Trac #4875
      convinces me that doing so is a Bad Idea.
      Here's an example that won't typecheck any more
             data T a b = MkT (a b)
             type F k = T k Maybe
      If you look at T on its own you'd default 'a' to kind *->*;
      and then kind-checking would fail on F.
      But GHC currently accepts this program beause it looks at
      the *occurrences* of T.
  14. 12 Nov, 2010 1 commit
  15. 27 Oct, 2010 1 commit
  16. 06 May, 2010 1 commit
  17. 21 Feb, 2010 2 commits
  18. 10 Nov, 2008 1 commit
  19. 28 Oct, 2008 1 commit
  20. 13 Oct, 2008 1 commit
  21. 07 Oct, 2008 1 commit
  22. 06 Nov, 2007 1 commit
  23. 05 Nov, 2007 3 commits
  24. 25 Jun, 2007 3 commits
  25. 13 Oct, 2006 1 commit
  26. 20 Sep, 2006 2 commits
  27. 17 Sep, 2006 5 commits
  28. 16 Sep, 2006 1 commit
  29. 15 Sep, 2006 1 commit