17:31 fdobridge: <g​fxstrand> `mme_loop` cannot be nested. `mme_while` is fine currently because it's implemented using a simple conditional branch.
17:32 fdobridge: <g​fxstrand> What I've done in most of the MMEs I've written is to use `mme_loop` only for very tight inner loops and use `mme_while` for everything else.
17:49 fdobridge: <n​anokatze> time to make a compiler for mme and write macros in glsl or something of that kind 🐸
20:50 fdobridge: <k​arolherbst🐧🦀> just write an llvm backend....
20:51 HdkR: Yea, easy peasy. :sweat:
21:39 fdobridge: <g​fxstrand> I did half-seriously consider making a NIR back-end
21:39 fdobridge: <🌺​ ¿butterflies? 🌸> Uh oh
21:40 fdobridge: <🌺​ ¿butterflies? 🌸> hot take: llvm-spirv -> SPIR-V -> NIR is perhaps enough
21:40 fdobridge: <g​fxstrand> I wasn't suggesting getting LLVM involved at all.
21:43 fdobridge: <🌺​ ¿butterflies? 🌸> Oh, did you mean NIR backend for what?
22:00 fdobridge: <g​fxstrand> I mean a NIR back-end for the MME.
22:01 fdobridge: <g​fxstrand> Depending on how many MMEs we end up with and how much difference there is between the Kepler MME and the Turing MME, having a real compiler may be the best way to resolve those differences.
22:01 fdobridge: <g​fxstrand> I don't really want to do that if we don't have to because it certainly seems like overkill.
22:10 fdobridge: <🌺​ ¿butterflies? 🌸> Oh