bcm5719-llvm/mlir/lib/Quantizer/Transforms, branch meklort-10.0.1Project Ortega BCM5719 LLVMhttps://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.12020-01-11T16:54:39+00:00[mlir] NFC: Remove Value::operator* and Value::operator-> now that Value is properly value-typed.2020-01-11T16:54:39+00:00River Riddleriverriddle@google.com2020-01-11T16:54:04+00:00urn:sha1:2bdf33cc4c733342fc83081bc7410ac5e9a24f55
Summary: These were temporary methods used to simplify the transition.
Reviewed By: antiagainst
Differential Revision: https://reviews.llvm.org/D72548
NFC: Replace ValuePtr with Value and remove it now that Value is value-typed.2019-12-24T00:36:53+00:00River Riddleriverriddle@google.com2019-12-23T22:45:01+00:00urn:sha1:e62a69561fb9d7b1013d2853da68d79a7907fead
ValuePtr was a temporary typedef during the transition to a value-typed Value.
PiperOrigin-RevId: 286945714
Adjust License.txt file to use the LLVM license2019-12-23T23:33:37+00:00Mehdi Aminiaminim@google.com2019-12-23T17:35:36+00:00urn:sha1:56222a0694e4caf35e892d70591417c39fef1185
PiperOrigin-RevId: 286906740
NFC: Introduce new ValuePtr/ValueRef typedefs to simplify the transition to Value being value-typed.2019-12-23T06:00:23+00:00River Riddleriverriddle@google.com2019-12-23T05:59:55+00:00urn:sha1:35807bc4c5c9d8abc31ba0b2f955a82abf276e12
This is an initial step to refactoring the representation of OpResult as proposed in: https://groups.google.com/a/tensorflow.org/g/mlir/c/XXzzKhqqF_0/m/v6bKb08WCgAJ
This change will make it much simpler to incrementally transition all of the existing code to use value-typed semantics.
PiperOrigin-RevId: 286844725
NFC: Remove unnecessary 'llvm::' prefix from uses of llvm symbols declared in `mlir` namespace.2019-12-18T17:29:20+00:00River Riddleriverriddle@google.com2019-12-18T17:28:48+00:00urn:sha1:4562e389a43caa2e30ebf277c12743edafe6a0ac
Aside from being cleaner, this also makes the codebase more consistent.
PiperOrigin-RevId: 286206974
NFC: Remove trivial builder get methods.2019-10-18T03:08:34+00:00River Riddleriverriddle@google.com2019-10-18T03:08:01+00:00urn:sha1:2acc220f17bacbf933d024a68385a909b44352fd
These don't add any value, and some are even more restrictive than the respective static 'get' method.
PiperOrigin-RevId: 275391240
Add `axis` attribute to the quant.stats op2019-10-04T03:29:08+00:00Feng Liufengliuai@google.com2019-10-04T03:28:40+00:00urn:sha1:8c95223e3c9555165fb9f56db35c3c8e85ddd4c1
The first dim length of the axisStats attribute should equals to the slice size
of the input argument when splitted by the axis dimension.
PiperOrigin-RevId: 272798042
NFC: Finish replacing FunctionPassBase/ModulePassBase with OpPassBase.2019-09-13T20:34:27+00:00River Riddleriverriddle@google.com2019-09-13T20:33:46+00:00urn:sha1:f1b100c77ba005899c60f3dea74607d5daad3f52
These directives were temporary during the generalization of FunctionPass/ModulePass to OpPass.
PiperOrigin-RevId: 268970259
Change from llvm::make_unique to std::make_unique2019-08-17T18:06:03+00:00Jacques Pienaarjpienaar@google.com2019-08-17T18:05:35+00:00urn:sha1:79f53b0cf1fd204af0a09c8e085dd09a1ce0b6d9
Switch to C++14 standard method as llvm::make_unique has been removed (
https://reviews.llvm.org/D66259). Also mark some targets as c++14 to ease next
integrates.
PiperOrigin-RevId: 263953918
Express ownership transfer in PassManager API through std::unique_ptr (NFC)2019-08-13T02:13:12+00:00Mehdi Aminiaminim@google.com2019-08-13T02:12:42+00:00urn:sha1:926fb685deadfed2042163145ac52311914bf5c2
Since raw pointers are always passed around for IR construct without
implying any ownership transfer, it can be error prone to have implicit
ownership transferred the same way.
For example this code can seem harmless:
Pass *pass = ....
pm.addPass(pass);
pm.addPass(pass);
pm.run(module);
PiperOrigin-RevId: 263053082