> I wouldn't worry about the output size, any decent optimizing compiler should > produce optimal code from Nim output.
problem is that said thing doesn't really exist for those 8-bit micros. For once when compilers started to get become acceptabably near handwritten C code those CPUs where already gone for most applications (especially those where using a high level programming language would be useful). Besides that it's also plain harder to write a good compiler for those accumulator based architectures, with weird things such as registers made up from other registers and thus they can also not really benefit that much from existing compiler infrastructure, leaving us with completely independent compilers which then also lack in terms of standard compability. Another thing to consider is that type sizes will be weird for lots of modern programs, even when not trying to make things fast (8 bit int, 16 or 24 bit pointers). While C can still account for a lot of this weirdness, Nim cannot. `sizeof(int) == sizeof(pointer)` will mean that if you aren't carefully using int8 everywhere your program will be even slower.
