As a (not as experienced as other) game developer, I'd like to share my point of view (again).<div><br></div><div>1. smart pointer vs GC war isn't the point, it's a knowledge & implementation war and isn't related to languages that allow both (as C++ & D).</div>
<div>2. C++ base code is just there and ready to be used. Only begining-from-scratch projects can afford to use D</div><div>3. D isn't available directly to console hardware. If it is in some ways, it isn't from the point of view of the vendor.</div>
<div>4. Learning a language have a cost. Any game development company will totally dodge this kind of cost as much as it can, even if it's more expensive to stay in the current language. (also D benefit over C++ isn't really clear at this very moment)</div>
<div>5. STL isn't a problem anymore, most of the time, see: <a href="http://gamedev.stackexchange.com/questions/268/stl-for-games-yea-or-nay">http://gamedev.stackexchange.com/questions/268/stl-for-games-yea-or-nay</a></div>
<div>    My experience with STL in console (NDS) games: it's fine if you know what you're doing (as someone else already mentionned)</div><div><br><br>I would totally use D for new (home or indie) game project but any company with history or that wants to be considered serious from console vendor perspective would use languages proposed by console vendors.</div>
<div><br></div><div>So, to help:</div><div><br></div><div>1. make cross-platform game development easier at least for accessible platforms like PC & mobile (that one is "easy" I think)</div><div>2. convince game platform vendors to say "you can use D" - at least</div>
<div>3. find a way to "show" what we call a "killer app". That's the only way to convince game company developers of considering another technology.</div><div><br></div><div>Joël Lamotte - Klaim</div>
<div><br></div><div><br></div><div><br></div><div><br></div>