The "no gc" crowd
Paulo Pinto
pjmlp at progtools.org
Tue Oct 8 09:03:19 PDT 2013
Am 08.10.2013 17:55, schrieb qznc:
> On Tuesday, 8 October 2013 at 15:43:46 UTC, ponce wrote:
>> Whatever rational rebutal we have it's never heard.
>> The long answer is that it's not a real problem. But it seems people
>> want a short answer. It's also an annoying fight to have since so much
>> of it is based on zero data.
>
> Do not forget the followup: Without GC you cannot use the standard library.
>
> I am not sure if there is a really good counter. Some people think that
> a GC will never ever be possible in their domain. Either they are right
> or no rational argument will help. Only a small percentage will read the
> reasonable long argumentation.
>
> Maybe a killer app: Something hard realtime and high performance packed
> into a commercially successful product of a well known company.
Having been an user of the Native Oberon OS in the 90's, I tend to think
it is more of a mental barrier than everything else.
That said, in Oberon it is easier to control garbage than in D, as all
GC related allocation are done via NEW or string manipulations, there
are no implicit allocations. Manual memory management is also available
via the SYSTEM module.
--
Paulo
More information about the Digitalmars-d
mailing list