DLL C ET ASM POUR VB

Commentaire de BruNews le 22/02/2004 16:22:08 administrateur CS

MASM32 se touve ici:
http://www.movsd.com/
C'est celui que j'utilise toujours.

Commentaire de GoldenEye le 22/02/2004 16:32:42

Oui BruNews ça pourrait être intéréssant de monter un comparatif ASM/C à travers un profil d'exécution

Commentaire de _Jonathan le 22/02/2004 16:40:18

Tu pourrais mesurer le temps que met la DLL C/ASM a , par exemple, incrementer une variable 4294967296 fois pour pouvoir comparer la vitesse des 2 language.

Commentaire de EBArtSoft le 22/02/2004 17:42:31 administrateur CS

Bonjour,

Un comparatif de la dll asm et c ne serait que pure perte de temps
car les routines ne represente respectivement que 4 et 15 lignes
pour des actions qui n'ont pas du tout besoin d'optimisation !
en effet on perd bcp plus de cycle lorsque vb appel la fonction
de la dll que dans la fonction elle même !

Pour ce qui est de tester l'incrementation d'une variable pour reprendre ce que disait _Jonathan c'est aussi en pure perte !
l'optimisation se fait toujours au cas par cas et l'emploi de
l'asm se fait souvent sur de petite portion de code. Et l'on
se rend souvent compte que le compilateur a deja pensé
à la meilleur solution !

Pour l'avoir testé je peut affirmer que l'addition d'une
variable de type long se fait exactement de la même
maniere une fois compilé en C/ASM/VB(Code Natif) !
Cela ne signifie pas que tout les language ce valent,
loin de la !

@+

Commentaire de BruNews le 22/02/2004 19:55:19 administrateur CS

On a tous une idée... ???

Commentaire de BruNews le 22/02/2004 20:32:07 administrateur CS

DLL C ne gere rien du tout. Les imports inutiles sont dus simplement au fait qu'on ne les enleve pas, faisable dans options linker.
Si tu compares des executables en les editant au notepad, t'es bon pour garder idees et croyances erronees un moment encore.
Desassemble et tu verras ce qu'il y a, de simples segments prepares mais restes vides.

Commentaire de BruNews le 22/02/2004 20:40:56 administrateur CS

Pour cela, voir reponse juste au dessus.

Commentaire de _Jonathan le 22/02/2004 21:12:07

c'est peut etre possible avec vs.net, mais avec vs6.0, je trouve pas, vous pouvez m'aider?

Commentaire de BruNews le 22/02/2004 21:53:02 administrateur CS

Je n'ai plus de VS 6 depuis longtemps alors...
Devait y avoir un menu sur les options du projet ou tu trouves differents onglets, compilo, linker etc...

Commentaire de xarier le 25/07/2004 21:36:36

DITE J'ai une question je trouve que visual c++7 creé des prog plus gros(espace) que ceux de vc++6 car j'ai compiler le meme prog et c tjr la meme chose exe vc7>vc6 pourtant j'ai mis les deux compilateur en realised :)

Commentaire de xarier le 25/07/2004 22:14:22

Merci mais javait deja tester ca et ca marche pas autre chose l'exe realiser sous vc++6 marche sous win95 et +

prog realiser sous vc++7 marche que sous win200 plus ou il donne certain erreur
certe ca doit venenir des options mais j'ai tous changé et c le meme prob ;( ah pour l'info je utilise vc++7 2002

Commentaire de BruNews le 25/07/2004 22:29:54 administrateur CS

au fait j'y pense, tu peux compiler avec les kits gratos en version 2003 telechargeables chez MS.

Commentaire de jockos le 26/07/2004 09:31:11

Il faut dans ce cas faire un fichier Makefile (documente toi sur Internet si tu ne connaissais pas) et posséder dans son kit de développement l'outils make (c'est un programme qui va interpréter le contenu de ton fichier Make et effectuer diverses actions).

Ainsi, quand tu voudras recompiler tout ton projet, tu n'auras qu'à tapper "make" et si ton fichier MakeFile est bien écrit, tout ton projet sera recompiler (en réalité, uniquement les fichiers qui ont été mis à jour depuis la dernière compilation)...

Bref, document toi un peu sur Make et les fichiers "makefile" si tu ne connaissais pas...

++