Version imprimable
Bonjour,
J'ai un comportement trés étrange sur 2 machines distinctes, toutes 2 sous windows seven 64bits
J'ai un code compilé avec le même gcc (mingW32) et les même sources (j'ai recopié ces données d'une machine à l'autre)
Et malgrés cela quand je lance le makefile, j'obtient 2 executables de tailles différentes. Est ce réellement possible, je dois préciser tout de même que ce ne sont pas les mêmes machines en terme de processeur. Mais les options de compilation étant les mêmes....
Je ne connais pas mingW32 mais n'utiliserait-il pas des variables d'environnements, qui peuvent être différentes d'une machine à l'autre ?
A priori non, aucune
Bonjour,
Une différence sur le CPU rendrait possible la différence qui est constaté.
La différence de taille est telle grande?
J'imagine que vous êtes archi sur que ce sont les mêmes Makefile, et la même exécution de make.
Et êtes vous sure que vous avez la même version de mingw32 sur les deux machines.
Oui j'en suis certain, mes 2 machines partage le même disque pour les sources et makefile et j'ai recopier le réperoire de mingw de l'une sur l'autre.
La différence est de 1ko sur 90ko total.
Avec un "Dumpbin", quelle section de l'exécutable change de taille ?
Je ne posséde pas cette outil, ou puis-je le trouver ?
Fournis avec VisualStudio.
Fait vraisemblablement parti du plateforme SDK de Windows.
Je pense que votre environnement de développement possède un équivalent.
Cet outil permet d'afficher des informations sur les différents partis du programme exécutable au format PE.
Oui pas de visualStudio et j'ai SDK windows d'aprés ce que vous semblez indiquer, mais quel est l'équivalent?
Pourquoi ne pas installer la version Express de VS, elle est gratuite ?
Il semblerait que dumpbin ne serait qu'un frontal à link.exe, qui lui est dans le PlateformSDK. "link /dump" pourrais résoudre certaine de vos interrogations.
Je pense que mingW32 doit avoir l'équivalent.
Sur le net, on fait référence à "Using the objdump tool
provided by binutils (eg. 'x86_64-w64-mingw32-objdump ..."