| Commit message (Collapse) | Author | Age |
|
|
|
|
|
| |
Sometimes the actual number of outputs is dictated by one of the attributes of the NodeDef.
PiperOrigin-RevId: 216530696
|
|
|
|
|
|
|
| |
Use the ArgDef::type field when available for propagating
the output types from a given unsupported operator.
PiperOrigin-RevId: 216257741
|
|
|
|
| |
PiperOrigin-RevId: 213017532
|
|
|
|
|
|
|
| |
The original CL was rolled back due to op registration conflicts in the pip.
Resolve the issue by only including core:ops in the toco binary itself, not in intermediate libraries.
PiperOrigin-RevId: 212902838
|
|
|
|
| |
PiperOrigin-RevId: 212890622
|
|
|
|
| |
PiperOrigin-RevId: 212651704
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1. Change Variant Decode to accept VariantTensorData (non-ref).
This should allow some optimization in the future.
In the meantime it means removing the variant.h include from tensor.h, since
variant_encode_decode.h now relies on tensor.h and variant.h now relies on that.
It also means we found a bunch of places where tensor.proto.h, variant.h, and
mutex.h were being imported through tensor.h (along with a bunch of other crap);
so now we directly import them in order to compile.
2. Move Variant registry to use TypeIndex instead of a TypeName string; this should
speed up registry lookups.
PiperOrigin-RevId: 212478896
|
|
|
|
| |
PiperOrigin-RevId: 200892708
|
|
|
|
| |
PiperOrigin-RevId: 200322035
|
|
|
|
| |
PiperOrigin-RevId: 197217638
|
|
PiperOrigin-RevId: 195017114
|