History log of /external/tensorflow/tensorflow/compiler/tf2xla/kernels/reduction_ops.cc
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
c975bc2b3fdc9674dd71a7ed89c74ce8ea2d46f0 23-Dec-2017 Peter Hawkins <phawkins@google.com> [TF:XLA] Refactor large list of hard-coded compile-time constant arguments to operators. Add a new .CompileTimeConstInput() annotation on kernel registrations instead.

PiperOrigin-RevId: 180008567
/external/tensorflow/tensorflow/compiler/tf2xla/kernels/reduction_ops.cc
e56628b085ffa7922e5238537f6ebd6deee0f0cc 09-Oct-2017 A. Unique TensorFlower <gardener@tensorflow.org> [TF:XLA] Rename ComputationBuilder::LogicalX to X

PiperOrigin-RevId: 171562764
/external/tensorflow/tensorflow/compiler/tf2xla/kernels/reduction_ops.cc
46737e4e81314f7482bfd6a710f126a27f5d7975 19-Jun-2017 A. Unique TensorFlower <gardener@tensorflow.org> Remove class xla::LiteralUtil. NFC (mind-numbingly so).

This patch removes class xla::LiteralUtil and rewrites every call to use class
xla::Literal instead.
PiperOrigin-RevId: 159446373
/external/tensorflow/tensorflow/compiler/tf2xla/kernels/reduction_ops.cc
93f9caba8e371bd2f55ec789ed2f8ece9b3d976d 30-Mar-2017 Peter Hawkins <phawkins@google.com> [TF:XLA] Refactor TF/XLA operator registration.

Rather than requiring an explicit registration for each (operator, backend) pair, by default register all operators for all backends, for all types supported by each backend.

As we are beginning to see out-of-tree backends, as XLA translations of operators are added to the TF/XLA bridge, per-backend explicit registration lists will become stale. Registering all operators on all backends is both less verbose and more maintainable for backend authors.

Since not all operators work on all backends, we add several constraint mechanisms:
* operators may specify type constraints that are shared across all backends.
* operators may specify a whitelist of backends on which they work. This is useful if an operator is CPU-only because of a CustomCall.
* backends may register a function that specifies operators to blacklist or whose registrations to modify. This is necessary since operator implementations cannot know the set of all out-of-tree backends.

This change also lays the ground-work for removing the list of compile-time constant inputs in const_analysis.cc. In a subsequent CL, compile-time constant inputs can be annotated on the XLA operator registration.
Change: 151724100
/external/tensorflow/tensorflow/compiler/tf2xla/kernels/reduction_ops.cc
b05e0840d11ee30c3a66d45daeeea2495b9808e5 15-Mar-2017 Peter Hawkins <phawkins@google.com> [TF:XLA] Simplify the implementation and the emitted code for tf.reduce_mean(), by using division with broadcasting instead of an explicit Map().
Change: 150242743
/external/tensorflow/tensorflow/compiler/tf2xla/kernels/reduction_ops.cc
a8c325e57c1077f1e8df540a20bd8b36d3d1f968 15-Feb-2017 Peter Hawkins <phawkins@google.com> [TF:XLA] Split XlaOpRegistry out of xla_compilation_device.{cc,h} into a separate xla_op_registry.{cc,h}.
Move XlaExpression out of xla_context.{cc,h} into xla_compilation_device.{cc,h}, since it is used to wrap computation handles on the XLA compilation device.
Change just moves code around, there are no functional changes.
Change: 147632770
/external/tensorflow/tensorflow/compiler/tf2xla/kernels/reduction_ops.cc
1e67c90e2caceeff82d09793d1ef5fa0300d219b 09-Jan-2017 Peter Hawkins <phawkins@google.com> Initial open-source release of XLA: Accelerated Linear Algebra.

XLA is a compiler-based linear algebra execution engine that targets CPUs, GPUs and custom accelerators.

XLA is still experimental; we are releasing it early to get the community involved.
Change: 143990941
/external/tensorflow/tensorflow/compiler/tf2xla/kernels/reduction_ops.cc