Skip to content

Simplify dtype registration logic #132

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

Merged
merged 1 commit into from
Dec 21, 2023

Conversation

jakevdp
Copy link
Collaborator

@jakevdp jakevdp commented Dec 20, 2023

The checks for already registered types were added in the precursor to ml_dtypes, when both JAX and tensorflow registered their own copies of bfloat16. Since that is no longer a concern, we can remove this logic.

@jakevdp jakevdp requested a review from hawkinsp December 20, 2023 21:07
@jakevdp jakevdp self-assigned this Dec 20, 2023
The checks for already registered types were added in the precursor to
ml_dtypes, when both JAX and tensorflow registered their own copies of
bfloat16. Since that is no longer a concern, we can remove this logic.
@jakevdp
Copy link
Collaborator Author

jakevdp commented Dec 20, 2023

There's still another followup here, to allocate dtypes statically rather than on the heap. I plan to do that in a later PR.

@copybara-service copybara-service bot merged commit 4fa4da6 into jax-ml:main Dec 21, 2023
@jakevdp jakevdp deleted the cleanup-registration branch December 21, 2023 22:42
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.

1 participant