aboutsummaryrefslogtreecommitdiff
path: root/lib/std/debug.zig
diff options
context:
space:
mode:
authorAndrew Kelley <andrew@ziglang.org>2022-04-22 08:19:51 -0700
committerAndrew Kelley <andrew@ziglang.org>2022-04-22 08:19:51 -0700
commit06310e3d4eb47fed88b175891cb5865bb050f020 (patch)
treee19d5d14323ae797495027f33fbb63120fce660b /lib/std/debug.zig
parenta430630002bf02162ccbf8d3eb10fd73e490cefd (diff)
downloadzig-06310e3d4eb47fed88b175891cb5865bb050f020.tar.gz
zig-06310e3d4eb47fed88b175891cb5865bb050f020.zip
Revert "Fix C include files not being in `whole` cache (#11365)"
This reverts commit a430630002bf02162ccbf8d3eb10fd73e490cefd. Wait a minute, I'm sorry, I need to revert this. The whole premise of this change is broken because the point of the hash is that it tells whether the same compilation has been done before. This requires items to be added to the hash in the same sequence every time. This means that introducing a lock is fundamentally broken because the order needs to be the same in future runs of the compiler, and not decided by threads racing against each other. The proper solution to this is to, in whole cache mode, append the hash inputs to some data structure, and then after the compilation is complete, do some kind of sorting on the hash inputs so that they will be the same order every time, then apply them in sequence. No lock on the Cache object is needed for this scheme.
Diffstat (limited to 'lib/std/debug.zig')
0 files changed, 0 insertions, 0 deletions