Skip to content

Commit

Permalink
docs: correct references to location of global store
Browse files Browse the repository at this point in the history
  • Loading branch information
adamgundry committed Mar 21, 2024
1 parent 46e8221 commit 4acdb09
Show file tree
Hide file tree
Showing 2 changed files with 4 additions and 3 deletions.
2 changes: 1 addition & 1 deletion doc/how-to-build-like-nix.rst
Original file line number Diff line number Diff line change
Expand Up @@ -28,7 +28,7 @@ Nix-style local builds combine the best of non-sandboxed and sandboxed Cabal:
will rebuild all its dependencies with profiling automatically.

2. Like non-sandboxed Cabal today, builds of external packages are
cached in ``~/.cabal/store``, so that a package can be built once,
cached in a global store, so that a package can be built once,
and then reused anywhere else it is also used. No need to continually
rebuild dependencies whenever you make a new sandbox: dependencies
which can be shared, are shared.
Expand Down
5 changes: 3 additions & 2 deletions doc/nix-local-build.rst
Original file line number Diff line number Diff line change
Expand Up @@ -170,8 +170,9 @@ identify the result of a build; if we compute this identifier and we
find that we already have this ID built, we can just use the already
built version.

The global package store is ``~/.cabal/store`` (configurable via
global `store-dir` option); if you need to clear your store for
The global package store is typically ``~/.local/state/cabal`` on Unix and
``%LOCALAPPDATA%/cabal`` on Windows (it is configurable via the
global ``store-dir`` option). If you need to clear your store for
whatever reason (e.g., to reclaim disk space or because the global
store is corrupted), deleting this directory is safe (``build``
will just rebuild everything it needs on its next invocation).
Expand Down

0 comments on commit 4acdb09

Please sign in to comment.