Reprise du message précédent :
D1 est déjà fonctionnel. Tu peux dev avec geany ou code::block .
 
C'est D2 qui peine à venir, mais en même temps, il y a des fonctionnalité très innovantes dans D2.

Y'a pas une histoire de librairie standard incomplète et/ou ayant changé de nom et reparti à zero ?

D1 a deux lib standard incompatibles. L'une est largement plus complexe que l'autre et fais plus de choses (tango), et l'autre est plus simple voir minimaliste de type lib standard du C (phobos).
 
Dans D2, Tango sera une surcouche de phobos, ce qui évitera de se poser la question « phobos ou tango ? » et donc devrait simplifier al vie de tout le monde.

[H.S]
Est-ce que l'utilisation d'un dompilateur est à prévoir? =>[]
[/H.S]

Joli deterrage
 
Sinon, j'en profite pour annoncer la sortie de GCC 4.5, qui est capable de faire de l'optimisation au link. Les fonction de D pourront donc probablement être finalisées automatiquement dans une prochaine release de gdc.

sinon il y a ldc qui utilise llvm qui fait aussi de l'optimisation au link

 
Mais qui ne compile pas phobos . . .

Up, il faut que je dépoussière un peu ce topic, il y a eu bcp d'eau qui a coulé sous le ponts depuis.

Les nouvelles essentielles, c'est:

- la maintenance de D1 est en passe d'être arrêtée, D2 est devenu la référence.

- D2 est un langage nettement plus complexe que D1, avec de nombreux concepts nouveaux, en particulier la sémantique immutable/const et la librairie des ranges, qui sont des containers améliorés. La spec du langage est stable, les évolutions sont sur le compilateur de référence pour être conforme à la spec, et les librairies,

- Phobos est maintenant la seule et unique librairie standard, et commence à être assez correcte grâce aux efforts de la communauté. Reste qu'il y a encore des lacunes importantes et n'étant pas stabilisée, il peut y avoir des breaking changes à chaque version.

- l'ouvrage de référence pour apprendre D2 est The D Programming Language d'Andrei Alexandrescu

et LDC est mort

Ça évolue ces derniers temps? J'ai pas vu de réelle nouveautés sur le site de Digital Mars depuis un bail a part quelques patches, et pour le compilo C++ (le fameux DMC), j'ai constaté un assez net retard dans l'implem de certaines choses standardisées maintenant.
A+,

Ca me semblait intéressant comme langage, j'ai eu peur quand j'ai vu le topic en sommeil depuis 1 an 1/2.
 
Le topic revit, mais quid du langage lui-même ?

 
https://github.com/ldc-developers/ldc/commits/master  

Ca évolue du coté de DMD (et non sligor, LDC n'est pas arrêté du tout, au contraire). Walter y consacre pas mal de temps, je ne sais pas s'il s'occupe du C++.
Le site de D est maintenant dlang.org, plus DigitalMars.

cf mon post précédent. La spec du langage est fixée, le travail est sur l'implém.

J'avais lâché l'affaire un moment et je me suis remis à suivre les évol. Ca avance lentement, mais sûrement.

Mais lentement.

Mais les newsgroups sont animés et l'implém s'améliore petit à petit. Actuellement, le gros des efforts est porté sur l'obtention d'une lib standard digne de ce nom, donc tous les modules sont réécrits petit à petit via un processus un peu calqué sur Boost (en un peu moins rigoureux, je pense), avec code et doc review, et vote final pour inclusion ou non. Par exemple, la dernière version inclut le nouveau moteur de regex qui devrait battre TOUTES les autres impléms de regex actuelles, dans quelque langage que ce soit (ça reste à confirmer mais apparemment, c'est le cas pour le test de regex du Computer Language Benchmark). Ou en tout cas se situe parmi les 2 ou 3 plus rapides existantes. Il y a par exemple un wrapper cURL en passe d'être intégré, un module de sérialisation et un driver SQL en cours (un équivalent de JDBC), etc. A coté de ça, il y a encore de grosses lacunes, comme l'absence d'un module de crypto, et une librairie officielle de containers (bien qu'il y en ait une alternative), ou une lib XML performante (celle de Tango était ultra performante).
La liste des modules en cours et en souffrance: http://prowiki.org/wiki4d/wiki.cgi?ReviewQueue

En parallèle, coté compilateur il y a pas mal de discussions sur une réécriture du GC, mais pour l'instant, ça n'est qu'au stade des discussions. Andrei réfléchit à l'inclusion d'un compteur de référence pour les containers.

Tiens, je viens de voir qu'il y a eu une nouvelle release du compilo D le 13 de ce mois (avec pas mal d'amélioration pour le support du 64 bit d'après le newsgroup digitalmars.D.announce)
A+,

Ben oui, il y a des releases tous les mois à peu près. Walter n'a jamais cessé de bosser (comme un malade au vu de la liste des bugfix pour chaque version), et il est un peu aidé dans sa tâche par d'autres.
L'une des prochaines grosses features devrait être la possibilité de générer des DLL, un truc qui manquait depuis le tout début...

C'est quand même triste, quand on y pense, que Google n'ait pas misé ses billes sur ce langage plutôt que Go. Les choses avanceraient bcp plus vite.

Au passage, on peut accéder (et écrire) aux newsgroups via: http://dfeed.kimsufi.thecybershadow.net/discussion/

deadalnix du présent topic est d'ailleurs assez actif dans les newsgroups de D.

ah oui, en effet, j'avais pas vu qu'ils avaient changé d'adresse  

Hop, début d'un ajout de présentation des mots-clef immutable et const.

Il faut quand même dire que vouloir programmer en D sans disposer du bouquin d'Alexandrescu mentionné plus haut me parait assez inefficace, vu le peu de tutoriels dispo.
Il y a une raison pour laquelle les opérateurs de stream à la C++ << et >> n'ont pas été implémentés en D?
A+,

Ouais, parce que les opérateurs de streams c'est nase.
 
Ca a été visiblement un peu discuté ici et là.  
Y'en a un tout récemment qui proposait le pipe operator | pour ça et d'autres trucs.  
 
    "Hello World, Piped" | writeln;
    args | CmdLin | {argnum, suffix, " arg: ", argv} | writeln;
 
Ca non plus ne me parait pas très convaincant.
 
 
Sinon, je partage le fait qu'il n'y a pas trop de tutos pour D à part celui tiré de TDPL.

La discussion porte surtout sur le fait qu'on overloade << et >> . Ce dont je me contrefous, on peut choisir autre chose, comme <| et |> par exemple.
Perso, ce qui me plait, c'est que ce sont des opérateurs et pas des fonctions (donc pas la même syntaxe), bref que je peux écrire stream << truc << machin << chose; au lieu de fonction(stream, format, truc, machin, chose);
c'est une syntaxe que je trouve pratique à employer, qui permet de visualiser les opérations d'I/O rapidement dans du code, en ne les confondant pas avec les autres fonctions.
 
Au fait, vis à vis du titre, D, ça évoque plus C++ + Eiffel que C++ + Java pour moi.
A+,

Tu peux toujours définir tes propres opérateurs pour ça si tu veux, mais les concepteurs de D ne sont pas pressés de standardiser un opérateur de stream.
 
> Au fait, vis à vis du titre, D, ça évoque plus C++ + Eiffel que C++ + Java pour moi.  
C'est bien possible, je ne connais pas trop Eiffel. Java, plus de gens connaissent.

Eiffel c'est LE langage qui a été le pionnier dans le domaine du design by contract, et on retrouve ces notions en D.
A+,

Possible de faire du RAII en D ? Le GC est déterministe?

http://www.d-programming-language.org/index.html

import std.stdio; 
class Widget { ... } 
void main() { 
  // Automatically managed.  
  auto w = new Widget; 
  // Code is executed in any case upon scope exit.  
  scope(exit) { writeln("Exiting main." ); } 
  // File is closed deterministically at scope's end.  
  foreach (line; File("text.txt" ).byLine()) { 
    writeln(line); 
  } 
}

 
donc en résumé: oui
 
il est même possible de complètement court-circuiter le Garbage Collector avec des malloc/free new/delete manuels

Plus d'infos ici: http://www.d-programming-language. [...] -safe.html

 
Le GC est pas déterministe, mais si tu veux du déterminisme tu peux :
- Ne pas passer par le GC, en utilisant des struct.
- Utiliser Scoped pour créer quelque chose qui sera désalloué de façon déterministe à la fin du scope.
 
Par ailleurs, tu as la notion de scope(exit), scope(success) et scope(failure) . Avec tout ça, tu devrait trouver ton bonheur.

d'ailleurs en parlant de ça, je me demande s'il est possible de faire du dev bas niveau avec le D (des kernels, des drivers, de l'embarqué OS-less)

C'est possible de faire du bas niveau en D.
 
Le langage en lui même te permet tout à fait de faire ce genre de choses. Par contre, la lib standard n'est pas encore adaptée (certaines choses nécessitent d'avoir le GC par exemple).
 
Des solution au niveau de la lib standard et du compilo (pour détecter les soucis à ce niveau) sont en chantier.
 
C'est possible, mais plein de pièges dans la lib standard donc.

Y'a encore eu une mise a jour le 14, avec encore de nouveaux breaking changes et autres trucs deprecated.
Pour comprendre ce qui est deprecated depuis qqques versions et pourquoi, cette page est pas mal: https://github.com/D-Programming-La [...] precate.dd
A+,

Il y a assez peu de breaking changes.
 
Par contre, il va y en avoir dans quelques version pour des raisons de const-correctness dans phobos et dans le langage.
 
Si l'on ne passe pas des choses en deprecated, on finit comme C++

Oui, mais la, sur des trucs que j'avais écrit ou récupéré, a force de changes depuis un certain temps (6 mois), il y en a un certain nb qui compilent plus.
Bref, c'est un peu trop en stade joujou de Walter Bright ces temps ci.
A+,

Tiens, ce bouquin en cours d'ecriture n'a pas été signalé sur le topic: Programming in D
Il est incomplet, car écrit en turc au départ et traduit petit à petit. cf cette page
Il est aussi pas très bon comme bouquin, mais bon...
A+,

Le pdf que tu lie n'est pas à jour. Sur le site, les choses sont bien meilleures. Les parties sur les ranges et std.parallelism sont vraiment bien je trouves.

J'ai jeté un oeil qu'au pdf en effet.
A+,

http://drdobbs.com/blogs/cpp/232700394
 
Etonnant.

Pas encore releasée, cette version.
Mais c'est typiquement ce genre d'évolution constante du langage vers quelque chose d'utile et d'efficace qui me fait aimer ce langage (bien que ce puisse être aussi ce qui me fait râler, quand il y a une modification pas rétro-compatible avec l'existant)
A+,

UFCS est en partie supporté dans la version 2.058, mais pas tout ce qui est décris ici.
 
ET heureusement, les modifs qui casse la compatibilité sont de plus en plus rares. Il risque d'y en avoir une dans les temps qui viennent pour pourvoir refactorer un module en package, et éviter les gros modules bloatés.
 
Tant que c'est pour aller dans le bon sens, ça me va.

Un tutoriel très complet sur les templates en D.

Et un bouquin en ligne. Avec un chapitre sur les templates, un sur les ranges et un sur le parallélisme en D.

Bouquin que j'avais indiqué 6 posts plus haut  
A+,