BaseMemOpClusterMutation::apply forms store chains by looking for
control dependencies from one mem op to another.
In the test case, clusterNeighboringMemOps successfully clusters the
loads, and then adds artificial edges to the loads' successors.
The effect of this is that data dependencies from one load to a store
are copied as artificial dependencies from a different load to the
same store.
Then when BaseMemOpClusterMutation::apply looks at the stores, it finds
that some of them have a control dependency on a previous load, which
breaks the chains and means that the stores are not all considered part
of the same chain and won't all be clustered.
In fact to prevent scheduling of a successor of any load in a cluster
inside the cluster that is sufficient to transfer all successors only
to the last node in the chain. That last node becomes a sentinel for
the whole cluster, but no extra dependencies are created.