Skip to content

Bad choice of loop breaker?

When compiling dph-prim-par/Data/Array/Parallel/Unlifted/Distributed/Arrays.hs, GHC chooses splitD (only until w/w) and splitJoinD as loop breakers which prevents the latter from being inlined in other modules. I fear this might actually be the correct behaviour but Simon asked me to submit a ticket so here it is. I fixed the problem by moving the implementation of splitD to a new function splitD_impl which is called from splitD and splitJoinD. I haven't pushed the patch yet; I'll tag the repo and update the ticket before I do that.

Trac metadata
Trac field Value
Version 6.13
Type Bug
TypeOfFailure OtherFailure
Priority normal
Resolution Unresolved
Component Compiler
Test case
Differential revisions
BlockedBy
Related
Blocking
CC
Operating system
Architecture
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information