You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm wary of using any glob-like features in the .cabal file (and project file). I want reproducible builds and being explicit helps get us there. I don't want to depend on whatever state my file system is in. Globs don't tell me I'm including junk files or am missing essential files that were not checked in to source control.
Could we take all the globbing features and put them in upstream file from which we then generate a .cabal file with globs expanded?
<pkg-name>.cabal.up -> <pkg-name>.cabal
EDIT: note the fact that hpack "works" is because there is clear stage separation. package.yaml is compiled to pkgname.cabal, and pkgname.cabal is used as input to actual build tooling. Blurring the boundary, requiring to .cabal files to be interpreted before further consumption it tricky. #5343 (comment)
The text was updated successfully, but these errors were encountered:
I'm wary of using any glob-like features in the
.cabal
file (and project file). I want reproducible builds and being explicit helps get us there. I don't want to depend on whatever state my file system is in. Globs don't tell me I'm including junk files or am missing essential files that were not checked in to source control.Could we take all the globbing features and put them in upstream file from which we then generate a
.cabal
file with globs expanded?<pkg-name>.cabal.up
-><pkg-name>.cabal
The text was updated successfully, but these errors were encountered: