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

Rename function to closely match spec #1987

Merged
merged 1 commit into from
Feb 7, 2024
Merged

Conversation

ghpvnist
Copy link
Member

@ghpvnist ghpvnist commented Feb 5, 2024

As an example, looking at the spec of collective_broadcast, we come across the statement:

broadcast_in_dim(constant(0, element_type(result)), [], type(result)) otherwise.

This PR renames makeScalar() to constant() with arguments matching the spec above for parity.

Copy link
Member

@GleasonK GleasonK left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Bazel CI failing, unclear why, looks like some change is needed?

Copy link
Contributor

@mlevesquedion mlevesquedion left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice!

@ghpvnist ghpvnist requested a review from GleasonK February 6, 2024 18:22
@ghpvnist ghpvnist assigned GleasonK and unassigned mlevesquedion Feb 6, 2024
@GleasonK GleasonK assigned ghpvnist and unassigned GleasonK Feb 7, 2024
@ghpvnist ghpvnist merged commit 6520b58 into openxla:main Feb 7, 2024
10 checks passed
mlevesquedion pushed a commit to mlevesquedion/stablehlo that referenced this pull request Feb 7, 2024
This seems to be from openxla#1987. Not sure how presubmit failed to catch this.
mlevesquedion pushed a commit that referenced this pull request Feb 7, 2024
This seems to be from #1987
(see
https://github.com/openxla/stablehlo/actions/runs/7808382192/job/21298492956).

Not sure how presubmit failed to catch this. I think what happened is
the following:

1. #1987 was uploaded and
passed presubmit.
2. #1983 was submitted, adding
a new use of `makeScalar`.
3. #1987 was submitted,
deleting `makeScalar` and causing tests to fail at HEAD.

What I don't understand is why this sequence of operations is possible
in the first place. I feel like when
#1983 was submitted, the
earlier passing presubmit on
#1987 should have been
invalidated, blocking submit. I guess presubmits only re-run if you add
a commit? So in this case since there was no new commit and no conflict,
no new commit needed to be pushed and the presubmits were not run again.

In the grand scheme of things, I think this is fairly minor, but we may
want to investigate whether we can prevent this somehow by tweaking some
configuration settings or something.
@ghpvnist ghpvnist deleted the refactor branch February 8, 2024 22:27
ghpvnist added a commit that referenced this pull request Feb 8, 2024
With the recent change to rename a function to match spec in #1987, I
noticed that several ops also rely on this meta function that can also
benefit from name change.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: Done
Development

Successfully merging this pull request may close these issues.

3 participants