Discussion :

[Luc Hermitte]

<mode troll>

Niveau portabilité, je ne vois strictement AUCUNE différence (on doit juste recompiler et pour les râleurs, je rappelle qu'il faut avoir une machine virtuelle spécifique en java à l'OS ... )

Et que chaque VM est un OS différent avec des compatibilités variables -- cf p.ex. l'affaire OOo et la VM java libre ("libre", au sens GNU du terme).
</>

Pour les GC en C++, j'en vois au moins deux : celui de Boehm qui est portable, et celui de .NET qui sera accessible depuis le C++/CLI de Microsoft. Côté perf, je peux difficilement dire, je ne les ai pas testés. Bref, si on veut un GC en C++, on le peut. C'est un choix.

La discussion "le GC c'est plus rapide à l'allocation" me fait dire que les GC ont leur propre algorithmes pour gérer des pools de buffers, et que les différences de perf mesurées doivent probablement venir de là. Il y a diverses techniques pour avoir nos propres pools en C++. Comme d'hab, c'est la direction à explorer quand il est prouvé qu'il faut optimiser et que c'est là qu'il faut opérer.

[Jean-Marc.Bourguet]

Pour les GC en C++, j'en vois au moins deux : celui de Boehm qui est portable, et celui de .NET qui sera accessible depuis le C++/CLI de Microsoft.

Venant seulement de comprendre récemment que C++/CLI est bien un langage en soi (comme Managed C++ en était un) et non un binding vers la lib .NET, je me demande si le GC de .NET est bien accessible en restant dans le cadre du C++.

[Luc Hermitte]

Cela m'étonnerait vu qu'il repose sur une syntaxe étendue dans C++/CLI.

[Jean-Marc.Bourguet]

Cela m'étonnerait vu qu'il repose sur une syntaxe étendue dans C++/CLI.

Exactement ce que je craignais. Encore une histoire à avoir des gens surpris que leur "code C++" ne fonctionne qu'avec le compilateur de MS blamer les autres fournisseurs... :-(

[JolyLoic]

Venant seulement de comprendre récemment que C++/CLI est bien un langage en soi (comme Managed C++ en était un) et non un binding vers la lib .NET, je me demande si le GC de .NET est bien accessible en restant dans le cadre du C++.

En fait, j'ai plus l'impression que le C++/CLI est un binding vers le C++ de la lib .NEt que l'inverse. Je n'ai pas actuellement de connaissance de projet où le C++/CLI soit utilisé pour autrechose que pour interfacer du C++ et du .NET, mais il est vrai que je me suis peu penché sur le sujet.