Personne ne parle ici de portage en 64 bits.
Maintenant, Windows 64 bits est disponible tant pour x64 (AMD64 / Pentium 4
64 bits) qu'Itanium, la quasi totalité des machines neuves vendues à la
rentrée seront 64 bits et le platform SDK téléchargeable contient un
compilateur C++ final et gratuit en 64 bits
J'ai écrit plusieurs message sur le sujet:
http://gilles-vollant.developpez.com/visual-cpp/sdk64vs2005/
en anglais (mais on peut discuter ici en français):
http://forum.winimage.com/index.php?c=8
on peut même jouer en terminal server avec un Itanium
http://forum.winimage.com/viewtopic.php?t=172
Vincent Burel, le 08/07/2005, a écrit : > "Pierre Maurette"
wrote
[...] >> Merci. Mais je vais essayer de contacter le gars du bouquin. Ça doit >> être un bon ... > > c'est un certain Pierre Maurette... > jamais entendu parlé :-) Un poète ... maudit. Mais il ne faut pas poéter plus haut que son .. Q.
Quand je pense qu'il a écrit un livre sur l'assembleur sans jamais rien me demander ! ha, ca doit être sérieux.:-) En plus il inclut Delphi 6 sur le CD-ROM. Si AMcD savait ca :-) mais chut ! peut-être l'auteur poste t-il sous un pseudo dans ce forum...
VB
"Pierre Maurette" <mmaauurreetttteeppiieerrrree@wwaannaaddoooo.ffrr> wrote
in message news:mn.44da7d575316636d.31483@laposte.net...
Vincent Burel, le 08/07/2005, a écrit :
> "Pierre Maurette" <mmaauurreetttteeppiieerrrree@wwaannaaddoooo.ffrr>
wrote
[...]
>> Merci. Mais je vais essayer de contacter le gars du bouquin. Ça doit
>> être un bon ...
>
> c'est un certain Pierre Maurette...
> jamais entendu parlé :-)
Un poète ... maudit.
Mais il ne faut pas poéter plus haut que son .. Q.
Quand je pense qu'il a écrit un livre sur l'assembleur sans jamais rien me
demander ! ha, ca doit être sérieux.:-)
En plus il inclut Delphi 6 sur le CD-ROM. Si AMcD savait ca :-)
mais chut ! peut-être l'auteur poste t-il sous un pseudo dans ce forum...
Vincent Burel, le 08/07/2005, a écrit : > "Pierre Maurette"
wrote
[...] >> Merci. Mais je vais essayer de contacter le gars du bouquin. Ça doit >> être un bon ... > > c'est un certain Pierre Maurette... > jamais entendu parlé :-) Un poète ... maudit. Mais il ne faut pas poéter plus haut que son .. Q.
Quand je pense qu'il a écrit un livre sur l'assembleur sans jamais rien me demander ! ha, ca doit être sérieux.:-) En plus il inclut Delphi 6 sur le CD-ROM. Si AMcD savait ca :-) mais chut ! peut-être l'auteur poste t-il sous un pseudo dans ce forum...
VB
AMcD®
Vincent Burel wrote:
Si AMcD savait ca :-)
Il connaît mon avis sur son livre, je lui ai déjà dit. J'étais pas très content d'ailleurs :-).
-- AMcD®
http://arnold.mcdonald.free.fr/
Vincent Burel wrote:
Si AMcD savait ca :-)
Il connaît mon avis sur son livre, je lui ai déjà dit. J'étais pas très
content d'ailleurs :-).
Il connaît mon avis sur son livre, je lui ai déjà dit. J'étais pas très content d'ailleurs :-).
-- AMcD®
http://arnold.mcdonald.free.fr/
Gilles Vollant
voire aussi http://blogs.msdn.com/oldnewthing/archive/2004/08/18/216492.aspx http://blogs.msdn.com/oldnewthing/archive/2004/08/19/217087.aspx http://blogs.msdn.com/oldnewthing/archive/2004/08/20/217683.aspx
voire aussi
http://blogs.msdn.com/oldnewthing/archive/2004/08/18/216492.aspx
http://blogs.msdn.com/oldnewthing/archive/2004/08/19/217087.aspx
http://blogs.msdn.com/oldnewthing/archive/2004/08/20/217683.aspx
voire aussi http://blogs.msdn.com/oldnewthing/archive/2004/08/18/216492.aspx http://blogs.msdn.com/oldnewthing/archive/2004/08/19/217087.aspx http://blogs.msdn.com/oldnewthing/archive/2004/08/20/217683.aspx
"Vincent Burel" a écrit dans le message de news: 42ca5dd5$0$25057$
Ha bon !? alors vous conservez toutes les données sur 32 bits... mais alors pourquoi utiliser un jeux d'instruction 64 bits ? :-)
Bref, l'intérêt du 64bits n'est pas immédiat (à part pour la SECU chinoise :-) car finalement le 32bits suffit amplement dans bien des domaines. Je crois qu'il faudra attendre quelques années avant que le 64 bit s'impose comme le 32bit s'est imposé...
Peut être, mais est ce une raison, en tant que développeur, pour ne pas offir de solution au utilisateur des versions 64 bits de Windows?
"Vincent Burel" <vincent.burel@spam-wanadoo.fr> a écrit dans le message de
news: 42ca5dd5$0$25057$8fcfb975@news.wanadoo.fr...
Ha bon !? alors vous conservez toutes les données sur 32 bits... mais
alors
pourquoi utiliser un jeux d'instruction 64 bits ? :-)
Bref, l'intérêt du 64bits n'est pas immédiat (à part pour la SECU chinoise
:-) car finalement le 32bits suffit amplement dans bien des domaines. Je
crois qu'il faudra attendre quelques années avant que le 64 bit s'impose
comme le 32bit s'est imposé...
Peut être, mais est ce une raison, en tant que développeur, pour ne pas
offir de solution au utilisateur des versions 64 bits de Windows?
"Vincent Burel" a écrit dans le message de news: 42ca5dd5$0$25057$
Ha bon !? alors vous conservez toutes les données sur 32 bits... mais alors pourquoi utiliser un jeux d'instruction 64 bits ? :-)
Bref, l'intérêt du 64bits n'est pas immédiat (à part pour la SECU chinoise :-) car finalement le 32bits suffit amplement dans bien des domaines. Je crois qu'il faudra attendre quelques années avant que le 64 bit s'impose comme le 32bit s'est imposé...
Peut être, mais est ce une raison, en tant que développeur, pour ne pas offir de solution au utilisateur des versions 64 bits de Windows?
Vincent Burel
"Gilles Vollant" wrote in message news:42cfb266$0$19778$
"Vincent Burel" a écrit dans le message de news: 42ca5dd5$0$25057$
> Ha bon !? alors vous conservez toutes les données sur 32 bits... mais > alors > pourquoi utiliser un jeux d'instruction 64 bits ? :-) > > Bref, l'intérêt du 64bits n'est pas immédiat (à part pour la SECU
chinoise
> :-) car finalement le 32bits suffit amplement dans bien des domaines. Je > crois qu'il faudra attendre quelques années avant que le 64 bit s'impose > comme le 32bit s'est imposé...
Peut être, mais est ce une raison, en tant que développeur, pour ne pas offir de solution au utilisateur des versions 64 bits de Windows?
les version 64 bits de Windows , permettent aux application 32bit usuel de fonctionner ! non !?
VB
"Gilles Vollant" <info@winimage.com> wrote in message
news:42cfb266$0$19778$636a15ce@news.free.fr...
"Vincent Burel" <vincent.burel@spam-wanadoo.fr> a écrit dans le message de
news: 42ca5dd5$0$25057$8fcfb975@news.wanadoo.fr...
> Ha bon !? alors vous conservez toutes les données sur 32 bits... mais
> alors
> pourquoi utiliser un jeux d'instruction 64 bits ? :-)
>
> Bref, l'intérêt du 64bits n'est pas immédiat (à part pour la SECU
chinoise
> :-) car finalement le 32bits suffit amplement dans bien des domaines. Je
> crois qu'il faudra attendre quelques années avant que le 64 bit s'impose
> comme le 32bit s'est imposé...
Peut être, mais est ce une raison, en tant que développeur, pour ne pas
offir de solution au utilisateur des versions 64 bits de Windows?
les version 64 bits de Windows , permettent aux application 32bit usuel de
fonctionner ! non !?
"Gilles Vollant" wrote in message news:42cfb266$0$19778$
"Vincent Burel" a écrit dans le message de news: 42ca5dd5$0$25057$
> Ha bon !? alors vous conservez toutes les données sur 32 bits... mais > alors > pourquoi utiliser un jeux d'instruction 64 bits ? :-) > > Bref, l'intérêt du 64bits n'est pas immédiat (à part pour la SECU
chinoise
> :-) car finalement le 32bits suffit amplement dans bien des domaines. Je > crois qu'il faudra attendre quelques années avant que le 64 bit s'impose > comme le 32bit s'est imposé...
Peut être, mais est ce une raison, en tant que développeur, pour ne pas offir de solution au utilisateur des versions 64 bits de Windows?
les version 64 bits de Windows , permettent aux application 32bit usuel de fonctionner ! non !?
VB
Gilles Vollant
"Vincent Burel" a écrit dans le message de news: 42cfb327$0$911$
les version 64 bits de Windows , permettent aux application 32bit usuel de fonctionner ! non !?
"usuel" est le mot clef. C'est pour cela que je parle : - 1) de "portage" (c'est a dire créer un binaire 64 bits) pour tout code qui sera dans le même process que du code autre et qui peut avoir besoin d'être compilé en 64 bits. Au dela des drivers, il s'agit des extensions explorer (et d'autre extension système), des librairies, DLL, objet com "in process" que l'on met à disposition d'autre développeur - 2) pour les "applications usuel", une validation de compatibilité est bienvenue. Certains soucis peuvent survenir et il est toujours préférable de vérifier.
Deux exemples: - le développeur de WinRar ne propose qu'une version 32 bits de WinRar. Mais il fournis l'extension pour l'explorateur Windows à la fois en 32 et 64 bits dans sa version 3.50 beta 6 - Pour générer du PDF : Adobe Acrobat fonctionne en Windows 64 bits, sauf le pilote imprimante PDF. La seule solution que je connais pour imprimer vers du PDF est d'utiliser Ghostscript (32 ou 64 bits) couplée avec une version 64 bits de RedMon (qui capture l'impression), que j'ai posté sur http://www.winimage.com/misc/redmon/
"Vincent Burel" <vincent.burel@spam-wanadoo.fr> a écrit dans le message de
news: 42cfb327$0$911$8fcfb975@news.wanadoo.fr...
les version 64 bits de Windows , permettent aux application 32bit usuel de
fonctionner ! non !?
"usuel" est le mot clef.
C'est pour cela que je parle :
- 1) de "portage" (c'est a dire créer un binaire 64 bits) pour tout code qui
sera dans le même process que du code autre et qui peut avoir besoin d'être
compilé en 64 bits. Au dela des drivers, il s'agit des extensions explorer
(et d'autre extension système), des librairies, DLL, objet com "in process"
que l'on met à disposition d'autre développeur
- 2) pour les "applications usuel", une validation de compatibilité est
bienvenue. Certains soucis peuvent survenir et il est toujours préférable de
vérifier.
Deux exemples:
- le développeur de WinRar ne propose qu'une version 32 bits de WinRar. Mais
il fournis l'extension pour l'explorateur Windows à la fois en 32 et 64 bits
dans sa version 3.50 beta 6
- Pour générer du PDF : Adobe Acrobat fonctionne en Windows 64 bits, sauf le
pilote imprimante PDF. La seule solution que je connais pour imprimer vers
du PDF est d'utiliser Ghostscript (32 ou 64 bits) couplée avec une version
64 bits de RedMon (qui capture l'impression), que j'ai posté sur
http://www.winimage.com/misc/redmon/
"Vincent Burel" a écrit dans le message de news: 42cfb327$0$911$
les version 64 bits de Windows , permettent aux application 32bit usuel de fonctionner ! non !?
"usuel" est le mot clef. C'est pour cela que je parle : - 1) de "portage" (c'est a dire créer un binaire 64 bits) pour tout code qui sera dans le même process que du code autre et qui peut avoir besoin d'être compilé en 64 bits. Au dela des drivers, il s'agit des extensions explorer (et d'autre extension système), des librairies, DLL, objet com "in process" que l'on met à disposition d'autre développeur - 2) pour les "applications usuel", une validation de compatibilité est bienvenue. Certains soucis peuvent survenir et il est toujours préférable de vérifier.
Deux exemples: - le développeur de WinRar ne propose qu'une version 32 bits de WinRar. Mais il fournis l'extension pour l'explorateur Windows à la fois en 32 et 64 bits dans sa version 3.50 beta 6 - Pour générer du PDF : Adobe Acrobat fonctionne en Windows 64 bits, sauf le pilote imprimante PDF. La seule solution que je connais pour imprimer vers du PDF est d'utiliser Ghostscript (32 ou 64 bits) couplée avec une version 64 bits de RedMon (qui capture l'impression), que j'ai posté sur http://www.winimage.com/misc/redmon/
Gilles Vollant
"Rakotomandimby Mihamina" a écrit dans le message de news: dadlrj$2cei$
Gilles Vollant wrote:
De quoi parlez vous ?
de _l'interet_ du 64, je crois.
Il y a deux aspects à cette question : - le 64 bits offre un plus notable pour certaines applicaitons: la, effectivement, cela reste limité aux applications qui ont des gros blocs de mémoire à manipuler (ou des gros fichier à mappé en mémoire), qui vont faire des calculs intensif sur des entiers 64 bits, ou qui vont bénéficier de façon notable du nombre de registre généraux (offert par le mode x86-64 par rapport au x86 32 bits) - un autre angle : d'ici à la sortie de longhorn dans un ans ou deux, Windows 64 bits sera très probablement minoritaire, mais aura une présence tout à fait réelle. C'est donc déjà le moment de vérifié que les développements que l'on fait sont compatibles avec le mode d'exécution 32 bits de Windows 64 bits, et d'envisager de porter ce qui doit l'être
"Rakotomandimby Mihamina" <mihamina.rakotomandimby@etu.univ-orleans.fr> a
écrit dans le message de news: dadlrj$2cei$2@cabale.usenet-fr.net...
Gilles Vollant wrote:
De quoi parlez vous ?
de _l'interet_ du 64, je crois.
Il y a deux aspects à cette question :
- le 64 bits offre un plus notable pour certaines applicaitons: la,
effectivement, cela reste limité aux applications qui ont des gros blocs de
mémoire à manipuler (ou des gros fichier à mappé en mémoire), qui vont faire
des calculs intensif sur des entiers 64 bits, ou qui vont bénéficier de
façon notable du nombre de registre généraux (offert par le mode x86-64 par
rapport au x86 32 bits)
- un autre angle : d'ici à la sortie de longhorn dans un ans ou deux,
Windows 64 bits sera très probablement minoritaire, mais aura une présence
tout à fait réelle. C'est donc déjà le moment de vérifié que les
développements que l'on fait sont compatibles avec le mode d'exécution 32
bits de Windows 64 bits, et d'envisager de porter ce qui doit l'être
"Rakotomandimby Mihamina" a écrit dans le message de news: dadlrj$2cei$
Gilles Vollant wrote:
De quoi parlez vous ?
de _l'interet_ du 64, je crois.
Il y a deux aspects à cette question : - le 64 bits offre un plus notable pour certaines applicaitons: la, effectivement, cela reste limité aux applications qui ont des gros blocs de mémoire à manipuler (ou des gros fichier à mappé en mémoire), qui vont faire des calculs intensif sur des entiers 64 bits, ou qui vont bénéficier de façon notable du nombre de registre généraux (offert par le mode x86-64 par rapport au x86 32 bits) - un autre angle : d'ici à la sortie de longhorn dans un ans ou deux, Windows 64 bits sera très probablement minoritaire, mais aura une présence tout à fait réelle. C'est donc déjà le moment de vérifié que les développements que l'on fait sont compatibles avec le mode d'exécution 32 bits de Windows 64 bits, et d'envisager de porter ce qui doit l'être
Rakotomandimby Mihamina
Gilles Vollant wrote:
Il y a deux aspects à cette question :
Ok.
Mais supposons qu'on soit un programmeur qui fait du C, C++ ou Java _standard_ (j'entends qui se conforme le plus possible aux normes du langage) est ce que ce n'est pas plutot le (pseudo)-compilateur qui est à adapter à l'arhictecture? Du coup, une simple "recompilation" devrait suffire... non?
Je veux dire... par exemple la recherche des N premier termes d'une suite de fibonacci ne necessite pas de code spécifique 64 bits. C'est le compilateur qui fera le boulot non? Enfin... moi je demande hein... je n'ai jamais fait que des programmes qu'on m'a demandé de faire en TP/TD... et quelques réalisation personnelles relativement lourdes mais en CGI, pour le Web.
-- Miroir de logiciels libres => http://www.etud-orleans.fr Un Nokia sous Linux, "programmable" en Open Source http://www.nokia.com/770 , http://www.maemo.org/ http://www.maemo.org/platform/docs/tutorials/Maemo_tutorial.html
Gilles Vollant wrote:
Il y a deux aspects à cette question :
Ok.
Mais supposons qu'on soit un programmeur qui fait du C, C++ ou Java
_standard_ (j'entends qui se conforme le plus possible aux normes du
langage) est ce que ce n'est pas plutot le (pseudo)-compilateur qui est
à adapter à l'arhictecture? Du coup, une simple "recompilation" devrait
suffire... non?
Je veux dire... par exemple la recherche des N premier termes d'une
suite de fibonacci ne necessite pas de code spécifique 64 bits. C'est le
compilateur qui fera le boulot non? Enfin... moi je demande hein... je
n'ai jamais fait que des programmes qu'on m'a demandé de faire en
TP/TD... et quelques réalisation personnelles relativement lourdes mais
en CGI, pour le Web.
--
Miroir de logiciels libres => http://www.etud-orleans.fr
Un Nokia sous Linux, "programmable" en Open Source
http://www.nokia.com/770 , http://www.maemo.org/
http://www.maemo.org/platform/docs/tutorials/Maemo_tutorial.html
Mais supposons qu'on soit un programmeur qui fait du C, C++ ou Java _standard_ (j'entends qui se conforme le plus possible aux normes du langage) est ce que ce n'est pas plutot le (pseudo)-compilateur qui est à adapter à l'arhictecture? Du coup, une simple "recompilation" devrait suffire... non?
Je veux dire... par exemple la recherche des N premier termes d'une suite de fibonacci ne necessite pas de code spécifique 64 bits. C'est le compilateur qui fera le boulot non? Enfin... moi je demande hein... je n'ai jamais fait que des programmes qu'on m'a demandé de faire en TP/TD... et quelques réalisation personnelles relativement lourdes mais en CGI, pour le Web.
-- Miroir de logiciels libres => http://www.etud-orleans.fr Un Nokia sous Linux, "programmable" en Open Source http://www.nokia.com/770 , http://www.maemo.org/ http://www.maemo.org/platform/docs/tutorials/Maemo_tutorial.html
Gilles Vollant
"Rakotomandimby Mihamina" a écrit dans le message de news: darnck$11hb$
Mais supposons qu'on soit un programmeur qui fait du C, C++ ou Java _standard_ (j'entends qui se conforme le plus possible aux normes du langage) est ce que ce n'est pas plutot le (pseudo)-compilateur qui est à adapter à l'arhictecture? Du coup, une simple "recompilation" devrait suffire... non?
Oui, encore faut il la faire et le tester.
Mais l'aggrandissement de la taille des pointeurs, et de la taille des zones mémoire possible du code peux néccessité une adaptatioon.
Et, dans ce groupe, on évoque des programmes Windows, donc prenant en compte l'environnement Windows, appelant des API par exemple... J'ai mis divers liens sur la problèmatique posé par le portage sur http://forum.winimage.com/viewtopic.php?t0 http://forum.winimage.com/viewtopic.php?t8
D'expérience, la création d'un executable 64 bits en partant d'un source uniquement écrit dans l'optique du 32 bits est un travail assez rapide. Le plus long est sans doute de retester l'application pour voir si tout fonctionne.
Je veux dire... par exemple la recherche des N premier termes d'une suite de fibonacci ne necessite pas de code spécifique 64 bits. C'est le compilateur qui fera le boulot non? Enfin... moi je demande hein... je n'ai jamais fait que des programmes qu'on m'a demandé de faire en TP/TD... et quelques réalisation personnelles relativement lourdes mais en CGI, pour le Web.
Dans votre exemple, si votre calcul (ou un autre du même genre) se fait sur des entiers 64 bits, la version 64 bits ira très nettement plus vite que la version 32 bits. Si elle se fait sur du 32 bits, elle sera un tout petit peu plus rapide. La comparaison est faire sur la même machine bien sur..
"Rakotomandimby Mihamina" <mihamina.rakotomandimby@etu.univ-orleans.fr> a
écrit dans le message de news: darnck$11hb$1@cabale.usenet-fr.net...
Mais supposons qu'on soit un programmeur qui fait du C, C++ ou Java
_standard_ (j'entends qui se conforme le plus possible aux normes du
langage) est ce que ce n'est pas plutot le (pseudo)-compilateur qui est
à adapter à l'arhictecture? Du coup, une simple "recompilation" devrait
suffire... non?
Oui, encore faut il la faire et le tester.
Mais l'aggrandissement de la taille des pointeurs, et de la taille des zones
mémoire possible du code peux néccessité une adaptatioon.
Et, dans ce groupe, on évoque des programmes Windows, donc prenant en compte
l'environnement Windows, appelant des API par exemple...
J'ai mis divers liens sur la problèmatique posé par le portage sur
http://forum.winimage.com/viewtopic.php?t0
http://forum.winimage.com/viewtopic.php?t8
D'expérience, la création d'un executable 64 bits en partant d'un source
uniquement écrit dans l'optique du 32 bits est un travail assez rapide. Le
plus long est sans doute de retester l'application pour voir si tout
fonctionne.
Je veux dire... par exemple la recherche des N premier termes d'une
suite de fibonacci ne necessite pas de code spécifique 64 bits. C'est le
compilateur qui fera le boulot non? Enfin... moi je demande hein... je
n'ai jamais fait que des programmes qu'on m'a demandé de faire en
TP/TD... et quelques réalisation personnelles relativement lourdes mais
en CGI, pour le Web.
Dans votre exemple, si votre calcul (ou un autre du même genre) se fait sur
des entiers 64 bits, la version 64 bits ira très nettement plus vite que la
version 32 bits. Si elle se fait sur du 32 bits, elle sera un tout petit peu
plus rapide.
La comparaison est faire sur la même machine bien sur..
"Rakotomandimby Mihamina" a écrit dans le message de news: darnck$11hb$
Mais supposons qu'on soit un programmeur qui fait du C, C++ ou Java _standard_ (j'entends qui se conforme le plus possible aux normes du langage) est ce que ce n'est pas plutot le (pseudo)-compilateur qui est à adapter à l'arhictecture? Du coup, une simple "recompilation" devrait suffire... non?
Oui, encore faut il la faire et le tester.
Mais l'aggrandissement de la taille des pointeurs, et de la taille des zones mémoire possible du code peux néccessité une adaptatioon.
Et, dans ce groupe, on évoque des programmes Windows, donc prenant en compte l'environnement Windows, appelant des API par exemple... J'ai mis divers liens sur la problèmatique posé par le portage sur http://forum.winimage.com/viewtopic.php?t0 http://forum.winimage.com/viewtopic.php?t8
D'expérience, la création d'un executable 64 bits en partant d'un source uniquement écrit dans l'optique du 32 bits est un travail assez rapide. Le plus long est sans doute de retester l'application pour voir si tout fonctionne.
Je veux dire... par exemple la recherche des N premier termes d'une suite de fibonacci ne necessite pas de code spécifique 64 bits. C'est le compilateur qui fera le boulot non? Enfin... moi je demande hein... je n'ai jamais fait que des programmes qu'on m'a demandé de faire en TP/TD... et quelques réalisation personnelles relativement lourdes mais en CGI, pour le Web.
Dans votre exemple, si votre calcul (ou un autre du même genre) se fait sur des entiers 64 bits, la version 64 bits ira très nettement plus vite que la version 32 bits. Si elle se fait sur du 32 bits, elle sera un tout petit peu plus rapide. La comparaison est faire sur la même machine bien sur..
