En théorie non. D'après la norme, l'int est "le plus grand entier manipulé rapidement par le processeur".
long est "un entier au moins aussi grand que int".
Il est possible d'avoir un long qui soit beaucoup plus lent, les endroits où la vitesse est importante doivent utiliser int. Le problème est le même que sur les 286 où pour beaucoup de compilateurs int = 16bits et long = 32bits.
D'autant plus que normalement, l'heure n'est stockée que sur des time_t et non des int ou des long. Faire passer time_t à 64-bits ne devrait poser d'énormes problèmes de vitesse (les calculs intensifs sur la date sont très rares).
[^] # Re: 2038
Posté par Gaël Le Mignot . En réponse à la dépêche La fin d'une Epoch. Évalué à 7.
long est "un entier au moins aussi grand que int".
Il est possible d'avoir un long qui soit beaucoup plus lent, les endroits où la vitesse est importante doivent utiliser int. Le problème est le même que sur les 286 où pour beaucoup de compilateurs int = 16bits et long = 32bits.
D'autant plus que normalement, l'heure n'est stockée que sur des time_t et non des int ou des long. Faire passer time_t à 64-bits ne devrait poser d'énormes problèmes de vitesse (les calculs intensifs sur la date sont très rares).