Skip to content

5.9: [MoveOnlyAddressChecker] Maximize lifetimes. #66736

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Conversation

nate-chandler
Copy link
Contributor

Description: Language rules specify that non-consumed move-only values' lifetimes extend within their scope as far as they can (i.e. without incurring copies).

That was already done for values via the lifetime extension in CanonicalizeOSSALifetime used by the move-only value checker, but was not done for addresses. Here, it is done for addresses.
Risk: Low. This is a port/vectorization of the existing, well-understood, lifetime extension algorithm from CanonicalizeOSSALifetime to the move-only address checker. Additionally a new flag is added to disable the extension.
Scope: Narrow. This only affects move-only types.
Original PR: #66585
Reviewed By: Andrew Trick ( @atrick )
Testing: Added filecheck tests that exhibit the expected SIL and execution tests that exhibit the correct behavior.
Resolves: rdar://99681073

According to language rules, such lifetimes are fixed and the relative
order of their deinits is guaranteed.

rdar://110913116
The members were declared but undefined.
Its storage vector is intended to be of some type like
`std::vector<std::pair<Key, Optional<Value>>>`, i.e., some collection of
pairs whose `second` is an `Optional<Value>`.  So when constructing a
default instance of that pair, just construct an Optional in the None
case.
FieldSensitivePrunedLiveness is used as a vectorization of
PrunedLiveness.  An instance of FSPL with N elements needs to be able to
represent the same states as N instances of PL.

Previously, it failed to do that in two significant ways:

(1) It attempted to save space for which elements were live by using
    a range.  This failed to account for instructions which are users of
    non-contiguous fields of an aggregate.

    apply(
      @owned (struct_element_addr %s, #S.f1),
      @owned (struct_element_addr %s, #S.f3)
    )

(2) It used a single bit to represent whether the instruction was
    consuming.  This failed to account for instructions which consumed
    some fields and borrowed others.

    apply(
      @owned (struct_element_addr %s, #S.f1),
      @guaranteed (struct_element_addr %s, #S.f2)
    )

The fix for (1) is to use a bit vector to represent which elements
are used by the instruction.  The fix for (2) is to use a second bit
vector to represent which elements are _consumed_ by the instruction.

Adapted the move-checker to use the new representation.

rdar://110909290
@nate-chandler nate-chandler requested a review from a team as a code owner June 17, 2023 21:23
@nate-chandler nate-chandler requested review from atrick and tbkka June 17, 2023 21:45
Dumped more info and called llvm_unreachable on bad state.
Previously, the checker inserted destroys after each last use.  Here,
extend the lifetimes of fields as far as possible within their original
(unchecked) limits.

rdar://99681073
It's always the first line of the function, so try to do better.
Passing

```
-Xllvm -move-only-address-checker-disable-lifetime-extension=true
```

will skip the maximization of unconsumed field lifetimes.
@nate-chandler nate-chandler force-pushed the cherrypick/release/5.9/rdar99681073 branch from 1b1c374 to c58d560 Compare June 17, 2023 21:58
@nate-chandler
Copy link
Contributor Author

Removed some duplicated tests caused by cherry-picking the same commit twice.

@nate-chandler
Copy link
Contributor Author

@swift-ci please test

@nate-chandler nate-chandler merged commit ff282f2 into swiftlang:release/5.9 Jun 19, 2023
@nate-chandler nate-chandler deleted the cherrypick/release/5.9/rdar99681073 branch June 19, 2023 17:44
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants