About the LLVM thing, I'm using it mainly to keep the drawer code readable and manageable. But having it linked into the executable allows it to theoretically compile anything, including hardware shaders in GLDEFS. All the post-processing shaders will never be able to run while keeping an acceptable framerate I'm afraid, unless the target output is something like 640x480.

LLVM does have assembly printers, so what Graf suggests with creating assembly code from the output is quite doable. However, this still means you'd need LLVM to compile this utility if anyone wanted to change the drawers. I personally consider the compile dependency the real problem and not so much the final file size of the executable. Also, I suppose an experimental LLVM backend for ZScript or DECORATE could be tested there as well to see if such a thing would be worth the dependency or not.
Anyhow, I mainly closed the ticket because having it open meant I'd have keep a branch/PR reasonably in sync with master. I think it is better to just keep this stuff in QZDoom for now, and if there's interest later on to get it back "home" to ZDoom we can analyze the pros, cons and how to it at that time.