> It still can be done much cheaper. I just fixed my excessively cheap register allocator for my c compiler rcc. From that data, “GCCO2” is about twice as fast

> It still can be done much cheaper. I just fixed my excessively cheap register allocator for my c compiler rcc. From that data, “GCCO2” is about twice as fast on compilation + single execution of some program as your C compiler rcc. That difference will get even larger if the compiled binary is run more than once. Why, then, do you imply your compiler is even cheaper? More importantly, this paper is about binary translation, that is: taking a binary, reverting its register allocation, and then doing register allocation again for an architecture with a different register configuration. So, I don’t see how benchmarks of C compilers matter much for discussing it.