Idea #1 on integrating RC with GC

Ola Fosheim Grøstad" <ola.fosheim.grostad+dlang at gmail.com> Ola Fosheim Grøstad" <ola.fosheim.grostad+dlang at gmail.com>
Mon Feb 10 00:59:27 PST 2014


On Monday, 10 February 2014 at 04:26:10 UTC, Manu wrote:
>> The only company I know of that has made a commercial 
>> commitment to D is a
>> AAA games company...

Unfortunately a AAA games company is not setting down the goal 
post for D. As long as the leads for the project have as their 
primary interests: non-real-time stuff and STL-like-libraries 
things won't develop in your (and mine and Fransescos) direction.

It won't happen until the leads of the project COMMIT to a 
MEASURABLE goal and a major effort is made to meet that goal. 
That means putting other goals aside until that measurable goal 
has been met.

> Sorry, I obviously mean, "the only *games* company..."

Yeah, but that games company needs to commit to taking a lead 
role so that the goal post and vision changes in that direction.

> And people seem to forget promptly after every single time I 
> repeat myself:
>  * The GC frequency of execution is directly proportional to 
> the amount of
> _free memory_. In console games; NONE.
>  * The length of the associated pause is directly proportional 
> to the
> amount of memory currently in use. In console games; all of it.
>
> This doesn't only describe games, it describes any embedded 
> environment.

I've already stated that I don't believe in using D for anything 
multi-media.

It is not part of the project vision to be good at that from what 
I am seeing, and I am not going to believe it is going to be good 
for that until the project leads commit to measurable goals.

The leads believe in meritocracy, that means the project will 
flail around in any direction that is fun. That means there are 
no rails. There is no reason to pull or push a train that is not 
on rails. To get D to be a true better C++ you need a concerted 
effort.



More information about the Digitalmars-d mailing list