Skip to content
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

Testing GH actions on pull_request #1

Closed
wants to merge 6 commits into from
Closed

Testing GH actions on pull_request #1

wants to merge 6 commits into from

Conversation

GleasonK
Copy link
Owner

testing GH actions on pull_request

@GleasonK GleasonK closed this Aug 19, 2022
GleasonK pushed a commit that referenced this pull request Feb 8, 2023
)

I recently noticed this code when reviewing openxla#849, and I'm not sure why
we need it there.

This seems like a pretty strong statement about a fundamental role of
the Tensor dialect in the workings of the StableHLO dialect, and I don't
think we have established that yet.

It would seem that we've inherited this from MHLO when bootstrapping
StableHLO (#1), but I don't think I understand the reasoning on the MHLO
side either. This change was introduced as part of an LLVM integrate
(tensorflow/mlir-hlo@ba0346b),
and the commit description doesn't go into detail about motivation.

Given that, I propose to revert this in the StableHLO dialect and see
what happens. All tests in this repository are passing, but maybe we'll
learn more after downstream integrations.
GleasonK pushed a commit that referenced this pull request Feb 8, 2023
)

I recently noticed this code when reviewing openxla#849, and I'm not sure why
we need it there.

This seems like a pretty strong statement about a fundamental role of
the Tensor dialect in the workings of the StableHLO dialect, and I don't
think we have established that yet.

It would seem that we've inherited this from MHLO when bootstrapping
StableHLO (#1), but I don't think I understand the reasoning on the MHLO
side either. This change was introduced as part of an LLVM integrate
(tensorflow/mlir-hlo@ba0346b),
and the commit description doesn't go into detail about motivation.

Given that, I propose to revert this in the StableHLO dialect and see
what happens. All tests in this repository are passing, but maybe we'll
learn more after downstream integrations.
GleasonK pushed a commit that referenced this pull request Feb 10, 2023
)

I recently noticed this code when reviewing openxla#849, and I'm not sure why
we need it there.

This seems like a pretty strong statement about a fundamental role of
the Tensor dialect in the workings of the StableHLO dialect, and I don't
think we have established that yet.

It would seem that we've inherited this from MHLO when bootstrapping
StableHLO (#1), but I don't think I understand the reasoning on the MHLO
side either. This change was introduced as part of an LLVM integrate
(tensorflow/mlir-hlo@ba0346b),
and the commit description doesn't go into detail about motivation.

Given that, I propose to revert this in the StableHLO dialect and see
what happens. All tests in this repository are passing, but maybe we'll
learn more after downstream integrations.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant