Path: csiph.com!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail From: Tim Rentsch Newsgroups: comp.lang.c++ Subject: Re: "C Is The Greenest Programming Language" by: Chris Lott Date: Thu, 16 Dec 2021 19:46:10 -0800 Organization: A noiseless patient Spider Lines: 27 Message-ID: <86sfur3nct.fsf@linuxsc.com> References: <861r2c4k8w.fsf@linuxsc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: reader02.eternal-september.org; posting-host="80deed38cb7e1387fac9e84aa4dded6e"; logging-data="13626"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+P7i/hxaXk16Kp3BRZHOifwGIgsIVtQmQ=" User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.4 (gnu/linux) Cancel-Lock: sha1:2ef2RZoYSqbJHjU1MEKnPD70JEQ= sha1:z7QsoAV1Rh8bXiRtk5bn4OEL03s= Xref: csiph.com comp.lang.c++:82671 legalize+jeeves@mail.xmission.com (Richard) writes: > Tim Rentsch spake the secret code > <861r2c4k8w.fsf@linuxsc.com> thusly: > >> A humorous statement, considering that there were OOP systems, >> including garbage collection, running years before even the >> predecessor to C++, "C with Classes", existed. > > Are you thinking of Smalltalk or LISP? Smalltalk. >> Note by the way that using garbage collection very likely reduced >> the overall memory footprint, because all the places where there >> would have been code to free memory no code is needed, replaced >> by a single piece of code in the memory manager. > > An interesting hypothesis, but I'm not convinced without data. Probably it depends on what applications are being programmed, given that Smalltalk is an interactive programming and development system. But surely it becomes true at some point as more code is written, since the amount of non-automatic memory management code would grow as additional applications are written, but code (and so the amount of code) in the garbage collector stays fixed regardless of how much application code is added.