tiens heu, skweek, j'avais pas tilte mais...
Pour moi un AND [var],80000000h jz blabla est tjrs plus rapide qu'un CMP dword ptr
[var],0 jb blabla ou jl blabla. (Dans l'un il fait une soustraction l'autre non).
sur quelle archie?
x86? a partir de laquelle?
je serais tres curieux de savoir, pke la heu... comment dire...
(et qui te dit que le compilateur va traduire un test < 0 par un cmp?
genre la, utiliser un TEST est plus rapide que tes deux exemples)
(et ton cmp peut devenir totalement inutile selon les operations que tu fais avant, alors que le and non, donc de toutes facons, au mieux tu gagne quelquechose a utiliser < 0, au pire tu ne perd rien
(sans compter que ton and detruit le contenu de son entree, ce qui implique, si tu dois t'en resservir apres, des instructions supplementaires avant (et eventuellement apres)))
EDIT: d'ailleurs, pas teste hein mais.. logiquement, un and reg, reg suivi d'un jns est plus rapide sur les archies x86 pourries...
le pointeur nul n'est pas forcément représenté physiquement par des zéros, il ne vaut pas forcément 0 quand on le caste vers un type entier, inversement quand tu castes un entier nul vers un type pointeur tu ne l'obtiens pas forcément, mais par contre c'est garanti que tu vas avoir un pointeur nul quand tu castes le *symbole* 0 en pointeur (comme c'est le cas ici), ou plus généralement quand tu castes une expression constante nulle du style 2*2-4...
x86? a partir de laquelle? 
(sans compter que ton and detruit le contenu de son entree, ce qui implique, si tu dois t'en resservir apres, des instructions supplementaires avant (et eventuellement apres)))
