Discussion :

[Klaim]

Bonjour!

A propos de http://loic-joly.developpez.com/futur-vc++/
Je n'ai pas trouvé de liens où poster un commentaire ou autre, donc j'écris ici :

/MT, dans un autre registre, a pour but de permettre la compilation dans plusieurs threads (c'était déjà possible dans Visual Studio 2005 au niveau du projet, cette fois c'est supporté au niveau du fichier)(1).

Sauf erreur de ma part, ce n'est pas /MT mais /MP . En fait j'ai retesté avec mes projets actuels et en vérifiant j'ai remarqué que /MT était déjà utilisé.

A ce propos, note a part, c'est bien dommage que /MP ne marche pas avec la plupart des configurations Debug par défaut (voir la doc). L'extension non-officielle MPCL dispo uniquement pour VS2005 ne semble pas avoir ce problème alors que c'est précisément la même fonctionnalité...

[JolyLoic]

Bonjour!
Sauf erreur de ma part, ce n'est pas /MT mais /MP . En fait j'ai retesté avec mes projets actuels et en vérifiant j'ai remarqué que /MT était déjà utilisé.

Effectivement, c'est /MP, j'ai mis à jour. Merci.

A ce propos, note a part, c'est bien dommage que /MP ne marche pas avec la plupart des configurations Debug par défaut (voir la doc). L'extension non-officielle MPCL dispo uniquement pour VS2005 ne semble pas avoir ce problème alors que c'est précisément la même fonctionnalité...

La version non officielle était justement non officielle parce qu'elle contenait des cas de bugs. Peut-être qu'avec /Gm ces cas apparaissaient souvent ?

[Klaim]

En fait je pense effectivement que c'est un problème de "sécurité" lors de la compilation car en lisant la doc sur /MP on se demande comment il a contourné les problèmes dans le plugin.

Dans tous les cas, ça me fait bizarre d'avoir la version Release de mon application qui compiler beaucoup beaucoup plus vite que la version Debug...avec laquelle je passe le plus clair de mon temps de developpement :p

[Klaim]

Hop j'ajoutes une info qui peut être interessante d'ajouter:

L'équipe a donc décidé de faire table rase sur ce format, et a réécrit cette gestion à l'aide d'une base de donnée de type SQL, directement stockée dans un fichier (sans serveur), qui permet d'avoir un format extensible, tout en ayant une empreinte mémoire gérable par le client. De plus, le parseur utilisé actuellement pour faire l'analyse de code est différent de celui du compilateur, ce qui fait que toute une partie du code n'est pas reconnue correctement. Dans la nouvelle version, c'est le front-end du compilateur lui même qui sera utilisé. Espérons que le résultat sera à la hauteur !

D'après le blog de la visual studio team , ce serait leur nouveau SQL Server Compact qui serait utilisé à la place des ncb (l'équivalent Microsoft de SQLite en somme).