This project is mirrored from https://github.com/haskell/Cabal. Pull mirroring updated .
  1. 19 Feb, 2017 3 commits
    • Edward Z. Yang's avatar
      Refactor setupMessage use in Cabal library. · bc9d5ada
      Edward Z. Yang authored
      
      
      I noticed that I was repeatedly writing the same code
      to print out more elaborate information when we do builds,
      so I refactored it all into one place.  In the process,
      I think that I have made the build output more generally
      useful.
      
      The key changes:
      
          - There is a new function setupMessage' which takes in
            more information than the conventional setupMessage
            does, and prints a more informative message: whereas
            setupMessage will only tell you about the package
            it is being run in, setupMessage' will also tell
            you about the component and instantiation.
      
          - I applied this function to applicable sites, in some
            cases moving around messages to be closer to the place
            where an actual operation takes place.  For example,
            the 'Building' message previously only was triggered
            at the beginning of the build process; now it is
            emitted immediately before we call out to GHC.  This
            is a lot more informative, and avoids people thinking
            that we are slow because of preprocessing (we're not.)
            Something similar happened for Haddock as well.
      
      Before:
      
      Preprocessing library 'spider' for reflex-backpack-0.5.0..
      [1 of 1] Compiling Reflex.Spider.Backpack ( src/Reflex/Spider/Backpack.hs, /srv/code/reflex-backpack/dist-newstyle/build/x86_64-linux/ghc-8.1.20170123/reflex-backpack-0.5.0/c/spider/build/spider/Reflex/Spider/Backpack.o )
      
      After:
      
      Preprocessing library 'host' for reflex-backpack-0.5.0..
      Building library 'host' instantiated with
        Reflex.Host.Sig = reflex-backpack-0.5.0-inplace-spider:Reflex.Spider.Backpack
        Reflex.Sig = reflex-backpack-0.5.0-inplace-spider:Reflex.Spider.Backpack
      for reflex-backpack-0.5.0..
      [1 of 8] Compiling Reflex.Host.Sig[sig] ( host/Reflex/Host/Sig.hsig, /srv/code/reflex-backpack/dist-newstyle/build/x86_64-linux/ghc-8.1.20170123/reflex-backpack-0.5.0/c/host/reflex-backpack-0.5.0-inplace-host+FDoWUmUc0MMBtBRwItgjj9/build/reflex-backpack-0.5.0-inplace-host+FDoWUmUc0MMBtBRwItgjj9/Reflex/Host/Sig.o ) [Reflex.Basics changed]
      Signed-off-by: default avatarEdward Z. Yang <ezyang@cs.stanford.edu>
      bc9d5ada
    • Edward Z. Yang's avatar
      Use a real normalise in Haddock. · 988daa65
      Edward Z. Yang authored
      
      Signed-off-by: default avatarEdward Z. Yang <ezyang@cs.stanford.edu>
      988daa65
    • Edward Z. Yang's avatar
      Make cabal-install a library. · dadb7bdb
      Edward Z. Yang authored
      
      
      * This is only enabled with the lib flag.
      * We tell users not to use the library in the package description.
      Signed-off-by: default avatarEdward Z. Yang <ezyang@cs.stanford.edu>
      dadb7bdb
  2. 18 Feb, 2017 5 commits
  3. 17 Feb, 2017 6 commits
  4. 16 Feb, 2017 1 commit
  5. 15 Feb, 2017 1 commit
  6. 13 Feb, 2017 2 commits
  7. 12 Feb, 2017 5 commits
    • dsf's avatar
      Update Configure.hs · ca00c82e
      dsf authored
      ca00c82e
    • John Ericson's avatar
      Fix header level for foreign-libraries section · eea04e3f
      John Ericson authored
      [ci skip]
      eea04e3f
    • kristenk's avatar
      938e80bd
    • kristenk's avatar
    • Edward Z. Yang's avatar
      Improvements to reexported module message: · e3085348
      Edward Z. Yang authored
      
      
      - Report all reexport errors, not just the first one
      - Give more information about how the modules are different
      - Add quotes and prettify the foramt
      - Preserve spaces when reporting errors
      
      The new message looks like this:
      
      Problem with module re-exports:
        - Ambiguous reexport 'Data.Map'
          It could refer to either:
               'containers-0.5.6.2-59326c33e30ec8f6afd574cbac625bbb:Data.Map'
               brought into scope by the build dependency on containers
            or 'containers-dupe-0.1.0.0-2AdbRP7BsOEKELRWSQejuE:Data.Map'
               brought into scope by the build dependency on containers-dupe
          The ambiguity can be resolved by qualifying the
          re-export with a package name.
          The syntax is 'packagename:ModuleName [as NewName]'.
        - The module 'Missing'
          is not exported by any suitable package.
          It occurs in neither the 'exposed-modules' of this package,
          nor any of its 'build-depends' dependencies.
        - The module 'Private'
          is not exported by any suitable package.
          It occurs in neither the 'exposed-modules' of this package,
          nor any of its 'build-depends' dependencies
      setup: Configuration failed
      Signed-off-by: default avatarEdward Z. Yang <ezyang@cs.stanford.edu>
      e3085348
  8. 11 Feb, 2017 1 commit
  9. 10 Feb, 2017 1 commit
  10. 09 Feb, 2017 1 commit
    • Ben Gamari's avatar
      Fix GHC bootstrapping · b0f257b1
      Ben Gamari authored
      GHC's stage0 build doesn't provide MIN_VERSION_* macros. We need to take care to
      provide appropriate version check macros by hand in GHC's build system.
      b0f257b1
  11. 08 Feb, 2017 7 commits
  12. 05 Feb, 2017 2 commits
  13. 04 Feb, 2017 1 commit
  14. 03 Feb, 2017 4 commits