Widen ops support to take in IntHOArrayRef vs only std::vec#165152
Widen ops support to take in IntHOArrayRef vs only std::vec#165152janeyx99 wants to merge 6 commits intogh/janeyx99/315/basefrom
Conversation
[ghstack-poisoned]
🔗 Helpful Links🧪 See artifacts and rendered test results at hud.pytorch.org/pr/165152
Note: Links to docs will display an error until the docs builds have been completed. ❌ 1 New Failure, 3 Unrelated FailuresAs of commit fcf6011 with merge base d7e2d0a ( NEW FAILURE - The following job has failed:
FLAKY - The following job failed but was likely due to flakiness present on trunk:
BROKEN TRUNK - The following job failed but was present on the merge base:👉 Rebase onto the `viable/strict` branch to avoid these failures
UNSTABLE - The following job is marked as unstable, possibly due to flakiness on trunk:
This comment was automatically generated by Dr. CI and updates every 15 minutes. |
[ghstack-poisoned]
| std::string mode = "constant"; | ||
| double value = 0.0; | ||
| return pad(t, padding, mode, value); | ||
| return pad(t, {1, 2, 2, 1}, mode, value); |
There was a problem hiding this comment.
n00b q for my understanding: since ArrayRef does not own the underlying data what keeps the initializer list alive
There was a problem hiding this comment.
this function local scope, i believe
[ghstack-poisoned]
[ghstack-poisoned]
|
@pytorchbot merge |
Merge startedYour change will be merged once all checks pass (ETA 0-4 Hours). Learn more about merging in the wiki. Questions? Feedback? Please reach out to the PyTorch DevX Team |
Merge failedReason: 1 jobs have failed, first few of them are: trunk / macos-py3-arm64 / test (default, 2, 3, macos-m1-stable) Details for Dev Infra teamRaised by workflow job |
|
@pytorchbot merge -i |
Merge startedYour change will be merged while ignoring the following 2 checks: trunk / macos-py3-arm64 / test (default, 2, 3, macos-m1-stable), trunk / macos-py3-arm64 / test (default, 1, 3, macos-m1-stable) Learn more about merging in the wiki. Questions? Feedback? Please reach out to the PyTorch DevX Team |
…165152)" This reverts commit e445494. Reverted #165152 on behalf of https://github.com/clee2000 due to breaking internal tests D84961075 ([comment](#164991 (comment)))
[ghstack-poisoned]
…165152) Pull Request resolved: pytorch#165152 Approved by: https://github.com/mikaylagawarecki ghstack dependencies: pytorch#164991
…ytorch#165152)" This reverts commit e445494. Reverted pytorch#165152 on behalf of https://github.com/clee2000 due to breaking internal tests D84961075 ([comment](pytorch#164991 (comment)))
…165152) Pull Request resolved: pytorch#165152 Approved by: https://github.com/mikaylagawarecki ghstack dependencies: pytorch#164991
…ytorch#165152)" This reverts commit e445494. Reverted pytorch#165152 on behalf of https://github.com/clee2000 due to breaking internal tests D84961075 ([comment](pytorch#164991 (comment)))
[ghstack-poisoned]
|
@pytorchbot merge |
Merge startedYour change will be merged once all checks pass (ETA 0-4 Hours). Learn more about merging in the wiki. Questions? Feedback? Please reach out to the PyTorch DevX Team |
Merge failedReason: 1 jobs have failed, first few of them are: trunk / linux-jammy-cuda12.8-py3.10-gcc11 / test (default, 2, 5, lf.linux.g6.4xlarge.experimental.nvidia.gpu) Details for Dev Infra teamRaised by workflow job |
|
@pytorchbot merge -f "Failures have been on trunk" |
Merge startedYour change will be merged immediately since you used the force (-f) flag, bypassing any CI checks (ETA: 1-5 minutes). Please use Learn more about merging in the wiki. Questions? Feedback? Please reach out to the PyTorch DevX Team |
Pull Request resolved: #165153 Approved by: https://github.com/mikaylagawarecki ghstack dependencies: #164991, #165152
Some important notes: a) Just like IValues steal the ownership of ArrayRefs and any std::vectors in order to convert the inner elements into IValues, we do the same thing with StableIValue. This O(N) traverse is ineluctable. b) As a result, since StableIValues are owning and our contract is that to<T>(StableIValue) transfers ownership, you cannot ever convert from StableIValue to a nonowning HeaderOnlyArrayRef<V>. We handle memory similar to AtenTensorHandle, but we have a StableListHandle! Pull Request resolved: #165953 Approved by: https://github.com/malfet ghstack dependencies: #164991, #165152, #165153
ghstack-source-id: 45e476c Pull Request resolved: pytorch/pytorch#165152
Some important notes: a) Just like IValues steal the ownership of ArrayRefs and any std::vectors in order to convert the inner elements into IValues, we do the same thing with StableIValue. This O(N) traverse is ineluctable. b) As a result, since StableIValues are owning and our contract is that to<T>(StableIValue) transfers ownership, you cannot ever convert from StableIValue to a nonowning HeaderOnlyArrayRef<V>. We handle memory similar to AtenTensorHandle, but we have a StableListHandle! Pull Request resolved: pytorch#165953 Approved by: https://github.com/malfet ghstack dependencies: pytorch#164991, pytorch#165152, pytorch#165153
) Pull Request resolved: pytorch#167126 Approved by: https://github.com/Skylion007 ghstack dependencies: pytorch#164991, pytorch#165152, pytorch#165153, pytorch#165953
Stack from ghstack (oldest at bottom):