Salut, Les deux compilateurs ne sont pas du tout les mêmes. Le code généré est mieux optimisé. L'évolution continue avec VS 2005.
Je me doute bien mais j'utillise LE MEME dans les deux cas! Et ils me crée des fichiers obj environ 30% plus gros
Arnaud Debaene
JM wrote:
Remi THOMAS a écrit :
Salut, Les deux compilateurs ne sont pas du tout les mêmes. Le code généré est mieux optimisé. L'évolution continue avec VS 2005.
Je me doute bien mais j'utillise LE MEME dans les deux cas! Et ils me crée des fichiers obj environ 30% plus gros
Lequel fait des fichiers plus gros? Tu est sûr d'avoir les mêmes options de compilation? Visual 7.1 a un certain nombre d'options de vérification à l'exécution qui, quand elles sont activées, font pas mal grossir l'exécutable.
Arnaud
JM wrote:
Remi THOMAS a écrit :
Salut,
Les deux compilateurs ne sont pas du tout les mêmes.
Le code généré est mieux optimisé.
L'évolution continue avec VS 2005.
Je me doute bien mais j'utillise LE MEME dans les deux cas!
Et ils me crée des fichiers obj environ 30% plus gros
Lequel fait des fichiers plus gros? Tu est sûr d'avoir les mêmes options de
compilation? Visual 7.1 a un certain nombre d'options de vérification à
l'exécution qui, quand elles sont activées, font pas mal grossir
l'exécutable.
Salut, Les deux compilateurs ne sont pas du tout les mêmes. Le code généré est mieux optimisé. L'évolution continue avec VS 2005.
Je me doute bien mais j'utillise LE MEME dans les deux cas! Et ils me crée des fichiers obj environ 30% plus gros
Lequel fait des fichiers plus gros? Tu est sûr d'avoir les mêmes options de compilation? Visual 7.1 a un certain nombre d'options de vérification à l'exécution qui, quand elles sont activées, font pas mal grossir l'exécutable.
Arnaud
JM
Arnaud Debaene a écrit :
Lequel fait des fichiers plus gros? Tu est sûr d'avoir les mêmes options de compilation? Visual 7.1 a un certain nombre d'options de vérification à l'exécution qui, quand elles sont activées, font pas mal grossir l'exécutable.
Visual .net fait des fichiers plus gros. Lorsque je regarde la ligne de commande générée dans visual 6 et celle affichée dans les propriétées, j'ai la même. A moins que tout ne soit pas afficher, mais je trouve ça très curieux.
Arnaud Debaene a écrit :
Lequel fait des fichiers plus gros? Tu est sûr d'avoir les mêmes options de
compilation? Visual 7.1 a un certain nombre d'options de vérification à
l'exécution qui, quand elles sont activées, font pas mal grossir
l'exécutable.
Visual .net fait des fichiers plus gros.
Lorsque je regarde la ligne de commande générée dans visual 6 et celle
affichée dans les propriétées, j'ai la même.
A moins que tout ne soit pas afficher, mais je trouve ça très curieux.
Lequel fait des fichiers plus gros? Tu est sûr d'avoir les mêmes options de compilation? Visual 7.1 a un certain nombre d'options de vérification à l'exécution qui, quand elles sont activées, font pas mal grossir l'exécutable.
Visual .net fait des fichiers plus gros. Lorsque je regarde la ligne de commande générée dans visual 6 et celle affichée dans les propriétées, j'ai la même. A moins que tout ne soit pas afficher, mais je trouve ça très curieux.
JM
Arnaud Debaene a écrit :
JM wrote:
Lequel fait des fichiers plus gros? Tu est sûr d'avoir les mêmes options de compilation? Visual 7.1 a un certain nombre d'options de vérification à l'exécution qui, quand elles sont activées, font pas mal grossir l'exécutable.
Arnaud
dans ma version .net, j'utilise <fstream> et non <fstream.h> En les virant, j'obtiens des vitesses de compilation beaucoup plus proches.
Est-ce possible?
Arnaud Debaene a écrit :
JM wrote:
Lequel fait des fichiers plus gros? Tu est sûr d'avoir les mêmes options de
compilation? Visual 7.1 a un certain nombre d'options de vérification à
l'exécution qui, quand elles sont activées, font pas mal grossir
l'exécutable.
Arnaud
dans ma version .net, j'utilise <fstream> et non <fstream.h>
En les virant, j'obtiens des vitesses de compilation beaucoup plus proches.
Lequel fait des fichiers plus gros? Tu est sûr d'avoir les mêmes options de compilation? Visual 7.1 a un certain nombre d'options de vérification à l'exécution qui, quand elles sont activées, font pas mal grossir l'exécutable.
Arnaud
dans ma version .net, j'utilise <fstream> et non <fstream.h> En les virant, j'obtiens des vitesses de compilation beaucoup plus proches.
Est-ce possible?
Arnaud Debaene
JM wrote:
dans ma version .net, j'utilise <fstream> et non <fstream.h> En les virant, j'obtiens des vitesses de compilation beaucoup plus proches.
En les remplaçcant par quoi? <fstream.h> n'existe plus sous VC 7.1!. Quoi qu'il en soit, <fstream> contient du code template, et les templates ont effectivement tendance à être long à compiler, car ils impliquent beaucoup de boulot de la part du compilateur.
Arnaud
JM wrote:
dans ma version .net, j'utilise <fstream> et non <fstream.h>
En les virant, j'obtiens des vitesses de compilation beaucoup plus
proches.
En les remplaçcant par quoi? <fstream.h> n'existe plus sous VC 7.1!. Quoi
qu'il en soit, <fstream> contient du code template, et les templates ont
effectivement tendance à être long à compiler, car ils impliquent beaucoup
de boulot de la part du compilateur.
dans ma version .net, j'utilise <fstream> et non <fstream.h> En les virant, j'obtiens des vitesses de compilation beaucoup plus proches.
En les remplaçcant par quoi? <fstream.h> n'existe plus sous VC 7.1!. Quoi qu'il en soit, <fstream> contient du code template, et les templates ont effectivement tendance à être long à compiler, car ils impliquent beaucoup de boulot de la part du compilateur.
Arnaud
JM
Arnaud Debaene a écrit :
JM wrote:
En les remplaçcant par quoi? <fstream.h> n'existe plus sous VC 7.1!. Quoi qu'il en soit, <fstream> contient du code template, et les templates ont effectivement tendance à être long à compiler, car ils impliquent beaucoup de boulot de la part du compilateur.
Arnaud
Dans les 2 cas (V6 et .net), tous les codes ont été virés au maximum, en ne laissant que ce qui était trop chiant à faire. Mais cela a suffit pour bien accéler.
Ce que tu dis sur les templates semblerait le confirmer.
Arnaud Debaene a écrit :
JM wrote:
En les remplaçcant par quoi? <fstream.h> n'existe plus sous VC 7.1!. Quoi
qu'il en soit, <fstream> contient du code template, et les templates ont
effectivement tendance à être long à compiler, car ils impliquent beaucoup
de boulot de la part du compilateur.
Arnaud
Dans les 2 cas (V6 et .net), tous les codes ont été virés au maximum, en
ne laissant que ce qui était trop chiant à faire.
Mais cela a suffit pour bien accéler.
Ce que tu dis sur les templates semblerait le confirmer.
En les remplaçcant par quoi? <fstream.h> n'existe plus sous VC 7.1!. Quoi qu'il en soit, <fstream> contient du code template, et les templates ont effectivement tendance à être long à compiler, car ils impliquent beaucoup de boulot de la part du compilateur.
Arnaud
Dans les 2 cas (V6 et .net), tous les codes ont été virés au maximum, en ne laissant que ce qui était trop chiant à faire. Mais cela a suffit pour bien accéler.
Ce que tu dis sur les templates semblerait le confirmer.
Aurelien Regat-Barrel
> Ce que tu dis sur les templates semblerait le confirmer.
Ca a déjà été constaté, pas seulement avec VC++. La lib IO standard ralonge la compilation par rapport à "l'ancienne".
-- Aurélien Regat-Barrel
> Ce que tu dis sur les templates semblerait le confirmer.
Ca a déjà été constaté, pas seulement avec VC++. La lib IO standard
ralonge la compilation par rapport à "l'ancienne".
