I would seriously consider a risc-v assembly port of a python interpreter. Removing fanatic compiler abuse is always a good thing. That said, I saw some assemb

I would seriously consider a risc-v assembly port of a python interpreter. Removing fanatic compiler abuse is always a good thing. That said, I saw some assembler macro abuse (some assemblers out there have extremely powerful and complex macro pre-processors), then the hard part would be not to abuse the macro pre-processor of the assembler. I know it is not to make python actually "faster", but to have a python implementation which does not require those grotesquely and absurdely massive compilers, then the SDK stack would be way more reasonable from a technical cost stand point.