Barrapunto

Las novedades de las últimas versiones del estándar se hacen desde hace unos cuantos años por comité (que se reunen cada X años en islas paradisíacas para decidir que le ponen al lenguaje y tomarse unos daiquiris.)

para que D llegue a usarse tan ampliamente hacen falta muchos años, además de apoyos entusiastas y buenos compiladores.

En realidad lo que le hace más falta es publicidad, y que el mayor número posible de programadores (sobre todo de C/Java/C++/C#) lo conozcan y evalúen, después el resto vendrá sólo. El problema es que la publicidad cuesta dinero y/o esfuerzo y ahí es donde entramos los fans del lenguaje :)

Con respecto al compilador no hay de que preocuparse: El compilador "oficial" es de Walter Brigth, bastante conocido en el mundo C++ por entre otras cosas ser la primera persona que implementó un compilador de C++ a código nativo (antes generaban código C y luego compilaban.) además de haber participado en el desarrollo de muchos otros compiladores. Además, como C y al contrario de C++, el D se ha diseñado de forma que sea fácil para los implementadores de compiladores cumplir con toda la especificación. La mejor prueba es que como digo ya hay un GDC que se basa en Gcc y un compilador, en fase inicial, que genera CIL .NET. Ambos compiladores llevan pocos meses de desarrollo pero ya implementan buena parte de la especificación.

Con respecto a apoyarse en C, en D no puedes meter código C directamente pero si que puedes enlazar los ficheros objeto con ficheros objeto de C y por lo tanto usar cualquier librería (dinámica o no) de C poniendo una definición de las funciones como "extern C". Las librerías C++ en principio no pueden usarse directamente, pero ya hay un módulo para Swig bastante avanzado que lo permitirá.

Por cierto ¿he dicho que tiene recolección de basura y aún así supera casi siempre el rendimiento de C++? ;)