Delete MLIR-AIE submodule

[makslevental]

This PR delete/removes the MLIR-AIE submodule. The load-bearing change is forking all of the AIEOps.td type things. The main reason for doing this now is Xilinx/mlir-aie#1660, which does not fix the parser issue that broke us but makes it permanent.

In performing this fork we take the most minimal set of auxiliary/support impls/function/code. Specifically, we take none of their verifiers. The reason is, as usual, 1) we don't intend to continue to have most/many of these ops 2) they're now not an egress boundary i.e., they're purely "compiler state" ops/IR. Naturally, whichever ops we keep or iterate on, we should have verifiers for but I prefer 1) to add them incrementally rather than eagerly 2) add them in a separate PR (or PRs).

A couple things to call out:

1. The tests do not change (modulo i32 -> i8). This is an indication that the fork/port/vendoring is successful;
   • This change, which brings in closer alignment with aie-rt, incurs that cost that uint8_ts need to printed with std::to_string¹;
2. The prior vendored passes incur some minor changes because in doing the fork I removed all superfluous/redundant/confusing getters²;
3. Rather than adding patches to https://github.com/nod-ai/mlir-air I add a few local seds. I did it this way because the patches would break an isolated build there³. Not the prettiest thing but I'll keep up with it.

Note, there's a still bit to do (I want to rename the xilinx::AIE namespace and then use typedefs) but this is ready to review.

On second thought let's merge this and then move all the ops/stuff to our mlir::iree_compiler::AMDAIE namespace in a follow-up.

Fixes #430

Footnotes

1. Otherwise you print the ASCII character at the position rather the number itself. ↩

2. Stuff like getIDInt when the existing attr getter is getID. ↩

3. Which never happens sure but just seems like it sprawls the hackiness rather than containing it to one place. ↩

[jtuyls]

LGTM

[makslevental]

@nirvedhmeshram @newling @Abhishek-Varma you guys want to take a look or you're good with this?

[nirvedhmeshram]

LGTM, just a minor question but you can address however and land.