-
Notifications
You must be signed in to change notification settings - Fork 24.5k
make logsumexp composite compliant #77130
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
[ghstack-poisoned]
🔗 Helpful links
✅ No Failures (0 Pending)As of commit 5345f09 (more details on the Dr. CI page): Expand to see more💚 💚 Looks good so far! There are no failures yet. 💚 💚 This comment was automatically generated by Dr. CI (expand for details).Please report bugs/suggestions to the (internal) Dr. CI Users group. |
[ghstack-poisoned]
`logsumexp` advertises as `CompositeExplicitAutograd`, so it should go through the dispatcher when calling other ops (`logsumexp.out`). This came up because `logsumexp.out` calls view ops internally (`squeeze()`), so I want to opt it out of LTC/XLA with a new `CompositeExplicitAutogradNonFunctional` alias key). Calling `logsumexp` should then know to not use the native implementation of `logsumexp.out` when running on the LTC/XLA backend. [ghstack-poisoned]
`logsumexp` advertises as `CompositeExplicitAutograd`, so it should go through the dispatcher when calling other ops (`logsumexp.out`). This came up because `logsumexp.out` calls view ops internally (`squeeze()`), so I want to opt it out of LTC/XLA with a new `CompositeExplicitAutogradNonFunctional` alias key). Calling `logsumexp` should then know to not use the native implementation of `logsumexp.out` when running on the LTC/XLA backend. [ghstack-poisoned]
`logsumexp` advertises as `CompositeExplicitAutograd`, so it should go through the dispatcher when calling other ops (`logsumexp.out`). This came up because `logsumexp.out` calls view ops internally (`squeeze()`), so I want to opt it out of LTC/XLA with a new `CompositeExplicitAutogradNonFunctional` alias key). Calling `logsumexp` should then know to not use the native implementation of `logsumexp.out` when running on the LTC/XLA backend. [ghstack-poisoned]
`logsumexp` advertises as `CompositeExplicitAutograd`, so it should go through the dispatcher when calling other ops (`logsumexp.out`). This came up because `logsumexp.out` calls view ops internally (`squeeze()`), so I want to opt it out of LTC/XLA with a new `CompositeExplicitAutogradNonFunctional` alias key). Calling `logsumexp` should then know to not use the native implementation of `logsumexp.out` when running on the LTC/XLA backend. [ghstack-poisoned]
`logsumexp` advertises as `CompositeExplicitAutograd`, so it should go through the dispatcher when calling other ops (`logsumexp.out`). This came up because `logsumexp.out` calls view ops internally (`squeeze()`), so I want to opt it out of LTC/XLA with a new `CompositeExplicitAutogradNonFunctional` alias key). Calling `logsumexp` should then know to not use the native implementation of `logsumexp.out` when running on the LTC/XLA backend. [ghstack-poisoned]
`logsumexp` advertises as `CompositeExplicitAutograd`, so it should go through the dispatcher when calling other ops (`logsumexp.out`). This came up because `logsumexp.out` calls view ops internally (`squeeze()`), so I want to opt it out of LTC/XLA with a new `CompositeExplicitAutogradNonFunctional` alias key). Calling `logsumexp` should then know to not use the native implementation of `logsumexp.out` when running on the LTC/XLA backend. [ghstack-poisoned]
`logsumexp` advertises as `CompositeExplicitAutograd`, so it should go through the dispatcher when calling other ops (`logsumexp.out`). This came up because `logsumexp.out` calls view ops internally (`squeeze()`), so I want to opt it out of LTC/XLA with a new `CompositeExplicitAutogradNonFunctional` alias key). Calling `logsumexp` should then know to not use the native implementation of `logsumexp.out` when running on the LTC/XLA backend. [ghstack-poisoned]
`logsumexp` advertises as `CompositeExplicitAutograd`, so it should go through the dispatcher when calling other ops (`logsumexp.out`). This came up because `logsumexp.out` calls view ops internally (`squeeze()`), so I want to opt it out of LTC/XLA with a new `CompositeExplicitAutogradNonFunctional` alias key). Calling `logsumexp` should then know to not use the native implementation of `logsumexp.out` when running on the LTC/XLA backend. [ghstack-poisoned]
`logsumexp` advertises as `CompositeExplicitAutograd`, so it should go through the dispatcher when calling other ops (`logsumexp.out`). This came up because `logsumexp.out` calls view ops internally (`squeeze()`), so I want to opt it out of LTC/XLA with a new `CompositeExplicitAutogradNonFunctional` alias key). Calling `logsumexp` should then know to not use the native implementation of `logsumexp.out` when running on the LTC/XLA backend. [ghstack-poisoned]
`logsumexp` advertises as `CompositeExplicitAutograd`, so it should go through the dispatcher when calling other ops (`logsumexp.out`). This came up because `logsumexp.out` calls view ops internally (`squeeze()`), so I want to opt it out of LTC/XLA with a new `CompositeExplicitAutogradNonFunctional` alias key). Calling `logsumexp` should then know to not use the native implementation of `logsumexp.out` when running on the LTC/XLA backend. [ghstack-poisoned]
`logsumexp` advertises as `CompositeExplicitAutograd`, so it should go through the dispatcher when calling other ops (`logsumexp.out`). This came up because `logsumexp.out` calls view ops internally (`squeeze()`), so I want to opt it out of LTC/XLA with a new `CompositeExplicitAutogradNonFunctional` alias key). Calling `logsumexp` should then know to not use the native implementation of `logsumexp.out` when running on the LTC/XLA backend. [ghstack-poisoned]
`logsumexp` advertises as `CompositeExplicitAutograd`, so it should go through the dispatcher when calling other ops (`logsumexp.out`). This came up because `logsumexp.out` calls view ops internally (`squeeze()`), so I want to opt it out of LTC/XLA with a new `CompositeExplicitAutogradNonFunctional` alias key). Calling `logsumexp` should then know to not use the native implementation of `logsumexp.out` when running on the LTC/XLA backend. [ghstack-poisoned]
`logsumexp` advertises as `CompositeExplicitAutograd`, so it should go through the dispatcher when calling other ops (`logsumexp.out`). This came up because `logsumexp.out` calls view ops internally (`squeeze()`), so I want to opt it out of LTC/XLA with a new `CompositeExplicitAutogradNonFunctional` alias key). Calling `logsumexp` should then know to not use the native implementation of `logsumexp.out` when running on the LTC/XLA backend. [ghstack-poisoned]
`logsumexp` advertises as `CompositeExplicitAutograd`, so it should go through the dispatcher when calling other ops (`logsumexp.out`). This came up because `logsumexp.out` calls view ops internally (`squeeze()`), so I want to opt it out of LTC/XLA with a new `CompositeExplicitAutogradNonFunctional` alias key). Calling `logsumexp` should then know to not use the native implementation of `logsumexp.out` when running on the LTC/XLA backend. [ghstack-poisoned]
@pytorchbot merge |
Hey @bdhirsh. |
Summary: Pull Request resolved: #77130 composite Approved by: https://github.com/ezyang Test Plan: contbuild & OSS CI, see https://hud.pytorch.org/commit/pytorch/pytorch/6185478edbe3b7cb58dd18f7479ef6d0baba031e Reviewed By: mehtanirav Differential Revision: D36668393 Pulled By: bdhirsh fbshipit-source-id: 8623bd11874afcbcea83d5f651bc676562bc970e
logsumexp
advertises asCompositeExplicitAutograd
, so it should go through the dispatcher when calling other ops (logsumexp.out
).This came up because
logsumexp.out
calls view ops internally (squeeze()
), so I want to opt it out of LTC/XLA with a newCompositeExplicitAutogradNonFunctional
alias key). Callinglogsumexp
should then know to not use the native implementation oflogsumexp.out
when running on the LTC/XLA backend.Stack from ghstack: