[commit: ghc] ghc-7.10: Fix "CPP directive" in comment (dde2095)
git at git.haskell.org
git at git.haskell.org
Tue Jul 7 09:50:37 UTC 2015
Repository : ssh://git@git.haskell.org/ghc
On branch : ghc-7.10
Link : http://ghc.haskell.org/trac/ghc/changeset/dde2095916c670f318ee8328cfe2f20adff8f4e6/ghc
>---------------------------------------------------------------
commit dde2095916c670f318ee8328cfe2f20adff8f4e6
Author: Ben Gamari <ben at smart-cactus.org>
Date: Tue Jul 7 11:50:48 2015 +0200
Fix "CPP directive" in comment
>---------------------------------------------------------------
dde2095916c670f318ee8328cfe2f20adff8f4e6
compiler/codeGen/StgCmmClosure.hs | 12 ++++++------
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/compiler/codeGen/StgCmmClosure.hs b/compiler/codeGen/StgCmmClosure.hs
index 850632c..f8741b7 100644
--- a/compiler/codeGen/StgCmmClosure.hs
+++ b/compiler/codeGen/StgCmmClosure.hs
@@ -778,12 +778,12 @@ Note [Black-holing non-updatable thunks]
=========================================
We cannot black-hole non-updatable thunks otherwise we run into issues like
-#10414. A single-entry (non-updatable) thunk can actually be entered more than
-once in a parallel program, if work is duplicated by two threads both entering
-the same updatable thunk before the other has blackholed it. So, we must not
-eagerly blackhole non-updatable thunks, or the second thread to enter one will
-become blocked indefinitely. (They are not blackholed by lazy blackholing
-either, since they have no associated update frame.)
+Trac #10414. A single-entry (non-updatable) thunk can actually be entered more
+than once in a parallel program, if work is duplicated by two threads both
+entering the same updatable thunk before the other has blackholed it. So, we
+must not eagerly blackhole non-updatable thunks, or the second thread to enter
+one will become blocked indefinitely. (They are not blackholed by lazy
+blackholing either, since they have no associated update frame.)
For instance, let's consider the following value (in pseudo-Core, example due to
Reid Barton),
More information about the ghc-commits
mailing list