History log of /external/tensorflow/tensorflow/compiler/xla/service/cpu/vector_support_library.cc
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
cf04f92c340b6fb0207eb780959a12fa03356f77 14-Feb-2018 Sanjoy Das <sanjoy@google.com> Improve type safety around float constants

Instead of passing floating point constants to the vector support library as
compiler-side floats, pass them as APFloats instead. This reduces the duration
during which these constants are semantically represented as floats on the host
side and are subject to fast-math-like behavior. This is especially important
in cases where the exact bit representation of the floating point constant is
significant, but also makes progress towards ensuring that e.g. build XLA with
-ffast-math does not change the IR we generate.

PiperOrigin-RevId: 185611301
/external/tensorflow/tensorflow/compiler/xla/service/cpu/vector_support_library.cc
465a45cd3b717908ecbae72b824c91f44c2cdce0 13-Feb-2018 Sanjoy Das <sanjoy@google.com> [XLA:CPU] Implement vectorized Log in LLVM IR

This was the last vectorized intrinsic for which we had to call into
C++ so also remove the associated machinery.

PiperOrigin-RevId: 185482962
/external/tensorflow/tensorflow/compiler/xla/service/cpu/vector_support_library.cc
68a7f292b324e08fefd2c47dde444720db361f4d 07-Feb-2018 Sanjoy Das <sanjoy@google.com> [XLA:CPU] Assert more thoroughly on preconditions in VectorSupportlibrary

No behavior change intended.

PiperOrigin-RevId: 184797003
/external/tensorflow/tensorflow/compiler/xla/service/cpu/vector_support_library.cc
9b08301f474bb1175acf6ef77e6eb2b6552339ba 07-Feb-2018 Sanjoy Das <sanjoy@google.com> [XLA:CPU] Add an LLVM IR implementation of Exp

This lets us avoid the usual set of issues that crop up when XLA generated code
has to call into C++.

PiperOrigin-RevId: 184793093
/external/tensorflow/tensorflow/compiler/xla/service/cpu/vector_support_library.cc
5bfd3e3c9433492aa4aed97d2a8a6c9284bdd77e 07-Feb-2018 Sanjoy Das <sanjoy@google.com> [XLA:CPU] Use VectorSupportLibrary for LLVM IR implementation of tanh

No behavioral change intended; this is only refactoring.

VectorSupportLibrary was added after the LLVM IR implementation of tanh so the
tanh implementation was not using VectorSupportLibrary.

The main impetus for this change is that I'm about to add LLVM IR
implementations of Exp and Log, and those are going to use VectorSupportLibrary.
I did not want to have an inconsistency between the tanh and exp, log.

PiperOrigin-RevId: 184774860
/external/tensorflow/tensorflow/compiler/xla/service/cpu/vector_support_library.cc
c7e7c84a699981a9d277bf95aa44cff4a625614f 04-Jan-2018 Sanjoy Das <sanjoy@google.com> [XLA:CPU] Cleanups to VectorSupportLibrary, TargetMachineFeatures and DotOpEmitter

- Move VectorSupportLibrary to under service/cpu since it is specific to the
CPU backend.
- Use TargetMachineFeatures to infer the vector width in DotOpEmitter
- Move the kAvxVectorSize magic constant into TargetMachineFeatures

PiperOrigin-RevId: 180740693
/external/tensorflow/tensorflow/compiler/xla/service/cpu/vector_support_library.cc
e372c01ef212590394085fc241f7a8c387810132 03-Jan-2018 Sanjoy Das <sanjoy@google.com> Automated g4 rollback of changelist 180622078

PiperOrigin-RevId: 180628481
/external/tensorflow/tensorflow/compiler/xla/service/cpu/vector_support_library.cc
5f8d582514de3f1dcf0c42ff2cb6675a53682026 03-Jan-2018 Sanjoy Das <sanjoy@google.com> [XLA:CPU] Cleanups to VectorSupportLibrary, TargetMachineFeatures and DotOpEmitter

- Move VectorSupportLibrary to under service/cpu since it is specific to the
CPU backend.
- Use TargetMachineFeatures to infer the vector width in DotOpEmitter
- Move the kAvxVectorSize magic constant into TargetMachineFeatures

PiperOrigin-RevId: 180622078
/external/tensorflow/tensorflow/compiler/xla/service/cpu/vector_support_library.cc