Re [3], yeah so you mean a program which is faster, better documented, and has more functionality, has a longer source code? Hm yeah? > using speed as the only

Re [3], yeah so you mean a program which is faster, better documented, and has more functionality, has a longer source code? Hm yeah? > using speed as the only justification for merging a patch is probably not the right thing to do for a bigger project I don't get this. Speed is important. Energy efficience is important. Have we gotten so used to the bloat that performance and energy saving must be disregarded?