This repository has been archived by the owner on Nov 17, 2023. It is now read-only.
Enable serializing/deserializing ndarrays in np_shape semantics #15090
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
np_shape
semantics was introduced to support future NumPy operators where scalar tensors and zero-size tensors are common to see. Due to the concern on the potential issues of backward compatibility when this semantics is enabled, such as different handling on scalar tensors w/ or w/o this semantics, serializing/deserializing was simply marked as unsupported when this semantics is enabled.At the moment, DGL developers want to enable this semantics in their work to support zero-size tensors. Simply disabling serializing/deserializing ndarrays of all types: dense, sparse, zero-size, and scalars would make their unit tests fail in
np_shape
semantics.After careful consideration, we decided to loosen the constraint to support serialization/deserialization in the semantics of
np_shape
for ndarrays satisfying ALL the following three conditions as it would be the same as handling future NumPy ndarrays.(2, 0, 3)
.()
.Checklist
Essentials
Please feel free to remove inapplicable items for your PR.