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
{{ message }}
This repository has been archived by the owner on Jan 3, 2024. It is now read-only.
.git/index doesn't only contain the textual information of git status --porcelain in binary, but in fact it contains the mtimes of all files in it (updated when git status is run).
That means we will see this file changed by simple things as touch and because of addDependentFile on it recompile modules even if nothing changed. Because of the [TH] recompile reason introduced into GHC, this can lead to a lot of modules recompiling with [TH] reason.
In detail, right now it's all modules that ((import the module where gitrev is used) AND (use TH splices)), and this recursively. (I have a patch to GHC here that may reduce this by killing the "recursive" bit, and it could be reduced to only the module that uses gitrev if TemplateHaskell was made smarter, but right now that isn't the case.)
I don't currently see a way around this using TemplateHaskell, so we should simple document this fact.b
The text was updated successfully, but these errors were encountered:
.git/index
doesn't only contain the textual information ofgit status --porcelain
in binary, but in fact it contains the mtimes of all files in it (updated whengit status
is run).That means we will see this file changed by simple things as
touch
and because ofaddDependentFile
on it recompile modules even if nothing changed. Because of the[TH]
recompile reason introduced into GHC, this can lead to a lot of modules recompiling with[TH]
reason.In detail, right now it's all modules that ((import the module where gitrev is used) AND (use TH splices)), and this recursively. (I have a patch to GHC here that may reduce this by killing the "recursive" bit, and it could be reduced to only the module that uses gitrev if TemplateHaskell was made smarter, but right now that isn't the case.)
I don't currently see a way around this using TemplateHaskell, so we should simple document this fact.b
The text was updated successfully, but these errors were encountered: