Skip to content
Snippets Groups Projects
  • mergify[bot]'s avatar
    edc131ff
    Use package groups (backport #9565) (#10006) · edc131ff
    mergify[bot] authored
    
    * Import packages from project-cabal/pkgs
    
    - Move constraints to project-cabal/constraints.config
    - Remove duplicate package groups
    - Groups coverage, doctest and validate are the same as the default group
    - Remove duplicate validate-libonly package group
    - Both validate and validate-libonly are the same
    - Move Cabal & Cabal-syntax to pkgs/cabal.config
    - Add install package group
    - Add benchmarks package group
    - Add tests package group
    - Both default and libonly groups were the same set of packages that I renamed to tests
    - Put install group before tests and benchmarks
    - Don't repeat packages
    - Add TODO and REVIEW comments on allow-newer exceptions
    - Move latest.ghc configuration
    - Put program-options first & separate imports
    - Remove optional-packages
    - Don't reiterate default value for tests and benchmarks
    - Don't reiterate default value for optimization
    - Add ghc-options.config
    - Rename to ghc-latest.config
    - Use -Werror in ghc-options.config
    - Don't include ghc-options.config for doctest project
    - Add project-config/pkgs.config
    - Add project-config/pkgs.config importing all package groups
    - Move Cabal-described to the cabal package group
    - Remove cabal.project.buildinfo
    - Have cabal.project.doctest import cabal.project
    - Split integration tests into their own package group.
    - Add back trailing newlines at EOF in projects
    - Integration-tests.config needed for libonly
    - Add a README for projects.
    
    (cherry picked from commit 0876e187)
    
    # Conflicts:
    #	cabal.project.release
    
    * Build all local packages with -Werror
    
    - Satisfy -Wmissing-signatures in test-runtime-deps
    - Satisfy -Wx-partial in HackageBenchmark
    - Satisfy -Wunused-imports in QuickCheck.Instances.Cabal
    - Use partial pattern for filtering in list comprehension
    - Don't error on deprecated import
    
    (cherry picked from commit 8453ee0b)
    
    * Add an intercepting cabal-testsuite/cabal.project
    
    - Reduce duplication in test flag setup
    - Avoid "New config" picking cabal's own project
    
    Before this change, this was the test failure:
    
    Unit Tests
      UnitTests.Distribution.Client.Configure
        Configure tests
          New config:                     FAIL
            Exception: project-cabal/pkgs/cabal.config: withBinaryFile: does not exist (No such file or directory)
            Use -p '/New config/' to rerun this test only.
          Replacement + new config:       OK
          Old + new config:               OK
          Old + new config, no appending: OK
          Old + new config, backup check: OK
          Local program options:          OK
    
    1 out of 6 tests failed (0.02s)
    
    (cherry picked from commit d3362759)
    
    * Remove dangling doctest TODO left over from #9572
    
    (cherry picked from commit 619befd0)
    
    * Remove allow-newer exception for cryptohash-sha256:base
    
    (cherry picked from commit ed5d4044)
    
    * Remove projects; weeder, doctest & libonly
    
    * Remove cabal.project.libonly
    
    It was only referenced once in a stale Makefile comment about doctests.
    
    * Remove weeder
    
    - remove weeder's configuration
    - remove its recipe from Makefile
    - remove its project
    
    * Delete cabal.project.doctest
    
    - Adding --ghc-options="-Wwarn" is sufficient to avoid the numerous <interactive> failures seen otherwise
    - write-ghc-environment-files has a default of never
    
    (cherry picked from commit 72be26bd)
    
    * Update cabal.project.release
    
    ---------
    
    Co-authored-by: default avatarPhil de Joux <philderbeast@gmail.com>
    Co-authored-by: default avatarHécate <Kleidukos@users.noreply.github.com>
    Co-authored-by: default avatarmergify[bot] <37929162+mergify[bot]@users.noreply.github.com>
    edc131ff
    History
    Use package groups (backport #9565) (#10006)
    mergify[bot] authored
    
    * Import packages from project-cabal/pkgs
    
    - Move constraints to project-cabal/constraints.config
    - Remove duplicate package groups
    - Groups coverage, doctest and validate are the same as the default group
    - Remove duplicate validate-libonly package group
    - Both validate and validate-libonly are the same
    - Move Cabal & Cabal-syntax to pkgs/cabal.config
    - Add install package group
    - Add benchmarks package group
    - Add tests package group
    - Both default and libonly groups were the same set of packages that I renamed to tests
    - Put install group before tests and benchmarks
    - Don't repeat packages
    - Add TODO and REVIEW comments on allow-newer exceptions
    - Move latest.ghc configuration
    - Put program-options first & separate imports
    - Remove optional-packages
    - Don't reiterate default value for tests and benchmarks
    - Don't reiterate default value for optimization
    - Add ghc-options.config
    - Rename to ghc-latest.config
    - Use -Werror in ghc-options.config
    - Don't include ghc-options.config for doctest project
    - Add project-config/pkgs.config
    - Add project-config/pkgs.config importing all package groups
    - Move Cabal-described to the cabal package group
    - Remove cabal.project.buildinfo
    - Have cabal.project.doctest import cabal.project
    - Split integration tests into their own package group.
    - Add back trailing newlines at EOF in projects
    - Integration-tests.config needed for libonly
    - Add a README for projects.
    
    (cherry picked from commit 0876e187)
    
    # Conflicts:
    #	cabal.project.release
    
    * Build all local packages with -Werror
    
    - Satisfy -Wmissing-signatures in test-runtime-deps
    - Satisfy -Wx-partial in HackageBenchmark
    - Satisfy -Wunused-imports in QuickCheck.Instances.Cabal
    - Use partial pattern for filtering in list comprehension
    - Don't error on deprecated import
    
    (cherry picked from commit 8453ee0b)
    
    * Add an intercepting cabal-testsuite/cabal.project
    
    - Reduce duplication in test flag setup
    - Avoid "New config" picking cabal's own project
    
    Before this change, this was the test failure:
    
    Unit Tests
      UnitTests.Distribution.Client.Configure
        Configure tests
          New config:                     FAIL
            Exception: project-cabal/pkgs/cabal.config: withBinaryFile: does not exist (No such file or directory)
            Use -p '/New config/' to rerun this test only.
          Replacement + new config:       OK
          Old + new config:               OK
          Old + new config, no appending: OK
          Old + new config, backup check: OK
          Local program options:          OK
    
    1 out of 6 tests failed (0.02s)
    
    (cherry picked from commit d3362759)
    
    * Remove dangling doctest TODO left over from #9572
    
    (cherry picked from commit 619befd0)
    
    * Remove allow-newer exception for cryptohash-sha256:base
    
    (cherry picked from commit ed5d4044)
    
    * Remove projects; weeder, doctest & libonly
    
    * Remove cabal.project.libonly
    
    It was only referenced once in a stale Makefile comment about doctests.
    
    * Remove weeder
    
    - remove weeder's configuration
    - remove its recipe from Makefile
    - remove its project
    
    * Delete cabal.project.doctest
    
    - Adding --ghc-options="-Wwarn" is sufficient to avoid the numerous <interactive> failures seen otherwise
    - write-ghc-environment-files has a default of never
    
    (cherry picked from commit 72be26bd)
    
    * Update cabal.project.release
    
    ---------
    
    Co-authored-by: default avatarPhil de Joux <philderbeast@gmail.com>
    Co-authored-by: default avatarHécate <Kleidukos@users.noreply.github.com>
    Co-authored-by: default avatarmergify[bot] <37929162+mergify[bot]@users.noreply.github.com>
Code owners
Assign users and groups as approvers for specific file changes. Learn more.