<div class="gmail_quote">On 7 January 2012 17:55, bearophile <span dir="ltr"><<a href="mailto:bearophileHUGS@lycos.com">bearophileHUGS@lycos.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Manu:<br>
<div class="im"><br>
> and updating in finer grained (probably<br>
> threaded) tight loops across neatly (cache friendly) packed bundles of like<br>
> objects. That's where engines are going.<br>
<br>
</div>I agree. Something related:<br>
<br>
<a href="http://research.scee.net/files/presentations/gcapaustralia09/Pitfalls_of_Object_Oriented_Programming_GCAP_09.pdf" target="_blank">http://research.scee.net/files/presentations/gcapaustralia09/Pitfalls_of_Object_Oriented_Programming_GCAP_09.pdf</a><br>

<br>
A language designed for games has to help this style of coding.<br></blockquote><div><br></div><div>Hehe, Tony's a good mate of mine (that lecture) :)</div><div>He's become quite a prominent figure in Australia after taking the Sony job. He quit now though.</div>
<div>Amusingly, he managed to convince Mike Acton to speak at the recent GCAP, even though the Australian industry has disintegrated ;)</div><div><br></div><div>This is my biggest fear with investing in D. It's not incompatible with D, but liberal use of the GC in the language and/or in the libraries scares me.</div>
<div>The tendency to encourage use of dynamic arrays will be a major problem.</div><div><br></div><div>I don't think it's reached a point of no return yet, but it needs to be carefully considered, and I really would like support for allocators in D.</div>
<div>I *need* to be able to assign class memory out of pools, ideally without making my code archaic and/or breaking the language usage paradigms.</div></div>