haskell / haskell/cabal

how can we use cabal.projects but avoid having huge rebuilds for testing the primitive package?

Open
#5,354 5 comments 0 reactions 0 assignees View on GitHub
cabal-install: v2-build system type: user-question
Dominant language
Haskell
Stars
1.7k
Forks
750
Avg merge
4d 3h
Merged PRs (30d)
28

Description

https://github.com/haskell/primitive/commit/85d6c2f07b88d6e97f08dc84e4beca4a0f77c377 is a stable link to the tip of current master as of this point in question

https://github.com/haskell/primitive/blob/85d6c2f07b88d6e97f08dc84e4beca4a0f77c377/cabal.project is the current flavor of cabal.project

we'd actually be totally ok with vector/statistics/the various testing libs packages to privately depend on older/released primitive... but at the moment we can't do that and thus any changes to primitive trigger a massive rebuild on a whole bunch of stuff. And we can't make use of cabal test/new-test or cabal benchmark/new-benchmark :(

Contributor guide

Open the contributing guide

Research direction

Start with the linked primitive commit and its cabal.project, then inspect Cabal's cabal test/new-test and cabal benchmark/new-benchmark behavior. Determine how private dependencies and project changes affect rebuilds, and define done as a documented or implemented way to test and benchmark primitive without triggering the described mass rebuild.

Written by the indexing model from the issue text.

Assessment

Tech stack
haskell
Domain
build-system, testing
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.