I think the point was simply that Miller deserves credit for his essential contributions to pd. I don't think this is the place to discuss your problems with SLOC and COCOMO.
Ben Baker-Smith
I have no idea. I just meant that if anyone deserves to be cooked meals
because of Pd related things, then it's Miller. That is a lot of lines of source code (only 25,000 of them are portaudio/portmidi).
First of all, if you consider portaudio and portmidi like the separate projects that they are and that Miller didn't write and that is not really part of Pd in any way, the total SLOC drops to 68000.
Next, Miller is not completely alone in writing Pd. You probably know that already. It's not even a very small or neglectible amount. In SLOC count, Thomas Musil contributed 10% of the source code alone, as the original author of the IEMGUI library.
Then you probably know what is copy-paste. IIRC, about 1300 lines of code of IEMGUI can be explained by a one-liner sed | diff | wc command. Then there is other copy-paste in places like d_math.c and x_arithmetic.c for which I made the demonstration that they can be shrunk to less than 20% of their size using macros *while* keeping all optimisations in. (not sure I posted on the lists about it, though).
Then the "basic COCOMO model" does not take copy-paste into account, therefore it's na?ve at best, a fraud at worst. It's also highly dependent on many other things it shouldn't be dependent on, thus it's most certainly unlikely to be accurate at all.
Braces change the SLOC. The 72-character maximum that comes from IBM punchcards) changes the SLOC. Statement size changes the SLOC (say something short as two statements, you have two lines, but say it as one, you have one line). Think about it, you even charge for the blank lines and all the lines that say /********/ , no matter how many a given programmer decides to put.
All the Basic COCOMO model ever does correctly is punish any people who try to save on the number of lines of code.