This project is mirrored from https://github.com/haskell/Cabal. Pull mirroring updated .
  1. 09 Dec, 2014 1 commit
    • ttuegel's avatar
      getConfigStateFile: throw meaningful exceptions, recover old LBI · 78776496
      ttuegel authored
      getConfigStateFile now throws meaningful exceptions which are caught by
      tryGetConfigStateFile and friends, which are allowed to propagate,
      rather than just calling 'die'. If the LocalBuildInfo was generated by
      an older version of Cabal, an exception is still generated, but the
      LocalBuildInfo is included if it is recoverable. This feature is used to
      reduce code duplication between the library and the test suite.
      78776496
  2. 14 Sep, 2014 1 commit
  3. 30 Aug, 2014 1 commit
    • ttuegel's avatar
      Load binary LocalBuildInfo in package-tests · a86ad66c
      ttuegel authored
      PackageTests has its own version of getPersistBuildConfig which does not
      check which version of Cabal created dist/setup-config. Now that the
      LocalBuildInfo is written with Binary, this version needed to be
      updated, too.
      a86ad66c
  4. 16 Jul, 2014 1 commit
    • Edward Z. Yang's avatar
      Implement "reexported-modules" field, towards fixing GHC bug #8407. · 62450f9a
      Edward Z. Yang authored
      
      
      Re-exported modules allow packages to reexport modules from their
      dependencies without having to create stub files.  Reexports of the same
      original module don't count as ambiguous imports when module finding
      occurs.  The syntax is:
      
          "orig-pkg" OrigName as NewName
      
      You can omit 'as NewName', in which case it is reexported as the same
      name.  Self referential aliases work too; however, they're only visible
      to packages which depend on this package.
      
      Left to future work: just provide a module name 'OrigName', where ghc-pkg
      figures out what the source package is.
      
      Signed-off-by: default avatarEdward Z. Yang <ezyang@cs.stanford.edu>
      62450f9a
  5. 11 Jul, 2014 1 commit
  6. 10 May, 2014 1 commit
  7. 19 Mar, 2014 1 commit
  8. 12 Feb, 2014 2 commits
  9. 09 Feb, 2014 1 commit
  10. 05 Feb, 2014 1 commit
  11. 20 Dec, 2013 1 commit
  12. 06 Nov, 2013 1 commit
  13. 27 Aug, 2013 1 commit
    • tibbe's avatar
      Unit tests: use configure GHC · 323460ec
      tibbe authored
      This means that the package tests will pick up whatever GHC was passed
      on the
      
          cabal configure --enable-tests -w some-ghc
      
      command line.
      323460ec
  14. 11 Jul, 2013 1 commit
  15. 07 May, 2013 1 commit
  16. 28 Apr, 2013 2 commits
  17. 21 Mar, 2013 2 commits
  18. 10 Dec, 2012 1 commit
    • Duncan Coutts's avatar
      Support for C/C++/Obj-C as main · de88f409
      Duncan Coutts authored
      This allows specifying the main-is field as a C file.
      
      This is closely based on patches by Edward Z. Yang, who in turn credits
      and earlier set of patches by Irene Knapp. The slight difference in
      this version of the patch is that it is adjusted to work with the new
      approach where we have separate hs compile; c compile; and link phases.
      de88f409
  19. 30 Oct, 2012 2 commits
  20. 26 Oct, 2012 5 commits
  21. 06 Aug, 2012 1 commit
  22. 01 Aug, 2012 1 commit
  23. 13 Oct, 2011 1 commit
  24. 23 Oct, 2011 1 commit
  25. 12 Oct, 2011 1 commit
  26. 11 Oct, 2011 1 commit
  27. 21 May, 2011 1 commit
  28. 19 Jun, 2011 1 commit
  29. 05 May, 2011 1 commit
    • intractable's avatar
      intrapackage-deps-and-per-component-preprocessing · 2e348126
      intractable authored
      This patch adds intrapackage dependency resolution so that components
      (libraries, exes, test suites) are build in the correct order.  This mean it's
      now possible to have, e.g., executables that depend on other executables defined
      in the same package description: the build-tools namespace has been extended
      accordingly.
        
      Related to this change is the refactoring of the do-it-all preprocessSources
      function, formerly invoked by initialBuildSteps, into a a function
      preprocessComponent that is invoked when a component is being built.  This lets
      us use executables defined in a package to be used as a custom preprocessor when
      building other components.
        
      Finally, a number of functions now operate on values of the sum type
      PackageDescription.Component rather than specifically operating on Library or
      Executable and so forth.
      2e348126
  30. 14 Jan, 2011 1 commit
  31. 16 Oct, 2010 2 commits