summaryrefslogtreecommitdiffstats
path: root/mlir/utils/emacs/mlir-mode.el
Commit message (Collapse)AuthorAgeFilesLines
* Update header notices.Jacques Pienaar2019-03-291-2/+13
| | | | PiperOrigin-RevId: 240457737
* Automated rollback of changelist 232728977.Uday Bondhugula2019-03-291-1/+1
| | | | PiperOrigin-RevId: 232944889
* Automated rollback of changelist 232717775.Uday Bondhugula2019-03-291-1/+1
| | | | PiperOrigin-RevId: 232807986
* Rename the 'if' operation in the AffineOps dialect to 'affine.if' and namespaceRiver Riddle2019-03-291-1/+1
| | | | | | the AffineOps dialect with 'affine'. PiperOrigin-RevId: 232728977
* NFC: Rename the 'for' operation in the AffineOps dialect to 'affine.for'. ↵River Riddle2019-03-291-1/+1
| | | | | | The is the second step to adding a namespace to the AffineOps dialect. PiperOrigin-RevId: 232717775
* Rename affineint type to index type. The name 'index' may not be perfect, ↵Chris Lattner2019-03-291-2/+2
| | | | | | | | | | | | | | but is better than the old name. Here is some justification: 1) affineint (as it is named) is not a type suitable for general computation (e.g. the multiply/adds in an integer matmul). It has undefined width and is undefined on overflow. They are used as the indices for forstmt because they are intended to be used as indexes inside the loop. 2) It can be used in both cfg and ml functions, and in cfg functions. As you mention, “symbols” are not affine, and we use affineint values for symbols. 3) Integers aren’t affine, the algorithms applied to them can be. :) 4) The only suitable use for affineint in MLIR is for indexes and dimension sizes (i.e. the bounds of those indexes). PiperOrigin-RevId: 216057974
* Add tf_control to syntax files's types. NFCJacques Pienaar2019-03-291-1/+1
| | | | PiperOrigin-RevId: 206587987
* [mlir] Add mlir-mode.elJames Molloy2019-03-291-0/+68
PiperOrigin-RevId: 205920209
OpenPOWER on IntegriCloud