bcm5719-llvm/mlir/lib/Parser, branch meklort-10.0.1

[mlir] Use double format when parsing bfloat16 hexadecimal values

2020-01-14T21:56:22+00:00

Summary: bfloat16 doesn't have a valid APFloat format, so we have to use double semantics when storing it. This change makes sure that hexadecimal values can be round-tripped properly given this fact. Reviewed By: mehdi_amini Differential Revision: https://reviews.llvm.org/D72667

[mlir] Change the syntax of AffineMapAttr and IntegerSetAttr to avoid conflicts with function types.

2020-01-13T21:24:39+00:00

Summary: The current syntax for AffineMapAttr and IntegerSetAttr conflict with function types, making it currently impossible to round-trip function types(and e.g. FuncOp) in the IR. This revision changes the syntax for the attributes by wrapping them in a keyword. AffineMapAttr is wrapped with `affine_map<>` and IntegerSetAttr is wrapped with `affine_set<>`. Reviewed By: nicolasvasilache, ftynse Differential Revision: https://reviews.llvm.org/D72429

[mlir] NFC: Remove Value::operator* and Value::operator-> now that Value is properly value-typed.

2020-01-11T16:54:39+00:00

Summary: These were temporary methods used to simplify the transition. Reviewed By: antiagainst Differential Revision: https://reviews.llvm.org/D72548

[mlir] Fix -Wrange-loo-analysis warnings

2020-01-02T00:06:04+00:00

for (const auto &x : llvm::zip(..., ...)) -> for (auto x : llvm::zip(..., ...)) The return type of zip() is a wrapper that wraps a tuple of references. > warning: loop variable 'p' is always a copy because the range of type 'detail::zippy &, ArrayRef &>' does not return a reference [-Wrange-loop-analysis]

NFC: Replace ValuePtr with Value and remove it now that Value is value-typed.

2019-12-24T00:36:53+00:00

ValuePtr was a temporary typedef during the transition to a value-typed Value. PiperOrigin-RevId: 286945714

Adjust License.txt file to use the LLVM license

2019-12-23T23:33:37+00:00

PiperOrigin-RevId: 286906740

NFC: Introduce new ValuePtr/ValueRef typedefs to simplify the transition to Value being value-typed.

2019-12-23T06:00:23+00:00

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

Introduce prefetch op: affine -> std -> llvm intrinsic

2019-12-18T18:00:04+00:00

Introduce affine.prefetch: op to prefetch using a multi-dimensional subscript on a memref; similar to affine.load but has no effect on semantics, but only on performance. Provide lowering through std.prefetch, llvm.prefetch and map to llvm's prefetch instrinsic. All attributes reflected through the lowering - locality hint, rw, and instr/data cache. affine.prefetch %0[%i, %j + 5], false, 3, true : memref<400x400xi32> Signed-off-by: Uday Bondhugula Closes tensorflow/mlir#225 COPYBARA_INTEGRATE_REVIEW=https://github.com/tensorflow/mlir/pull/225 from bondhugula:prefetch 4c3b4e93bc64d9a5719504e6d6e1657818a2ead0 PiperOrigin-RevId: 286212997

NFC: Remove unnecessary 'llvm::' prefix from uses of llvm symbols declared in `mlir` namespace.

2019-12-18T17:29:20+00:00

Aside from being cleaner, this also makes the codebase more consistent. PiperOrigin-RevId: 286206974

Add UnrankedMemRef Type

2019-12-05T21:13:20+00:00

Closes tensorflow/mlir#261 COPYBARA_INTEGRATE_REVIEW=https://github.com/tensorflow/mlir/pull/261 from nmostafa:nmostafa/unranked 96b6e918f6ed64496f7573b2db33c0b02658ca45 PiperOrigin-RevId: 284037040