Our current emission strategy is to emit the funclet prologue in the
CatchPad's normal destination. This is problematic because
intra-funclet control flow to the normal destination is not erroneous
and results in us reevaluating the prologue if said control flow is
taken.
Instead, use the CatchPad's location for the funclet prologue. This
correctly models our desire to have unwind edges evaluate the prologue
but edges to the normal destination result in typical control flow.
I guess we could enable tail merging, for example, on functions with SEH __try/__except only. Alternatively, we could reinterpret this variable as something like usesWindowsEH to indicate that it's using something other than the landingpad scheme for EH.
The minimal change is to add a comment like this and deal with it in another change: