GitLab

It was looking for Foo.dyn_hi rather than Foo.dyn_hi-boot, and so
falling back to the slow way

I'm not sure why it caused problems before, but it's fine now.

We now run the tail of the pipeline twice, rather than trying to
do both ways in lockstep.

The goal is that the second subphase will be run twice when using
-dynamic-too

Patch offered by Boris Sukholitko <boriss@gmail.com>
Trac #7757

Signed-off-by: Edward Z. Yang <ezyang@mit.edu>

Signed-off-by: Edward Z. Yang <ezyang@mit.edu>

Patch from Stephen Blackheath!

It would probably still benefit from some tidying up, but it's now
much more opaque, with the control flow easier to understand.

There was potentially a bug here, but no actual failures were
identified in the wild.

See Note [Register Parameter Passing]

The demand <HyperStr, Absent> for a let-bound value is bit
strange; it means that the context will diverge, but this
argument isn't used. We don't want to use call-by-value here,
even though it's semantically sound if all bottoms mean
the same.

The fix is easy; just make "isStrictDmd" a bit more perspicuous.
See Note [Strict demands] in Demand.lhs

Signed-off-by: Edward Z. Yang <ezyang@mit.edu>

It's now always 'git'.

We no longer set BootingFromHc