Come si fa a programmare a 64 bit ?

[Alex_87_xelA]

ciao a tutti ... è da un po di tempo che ho una domanda (potrà essere anche stupida ma sempre una domanda è :D ) da fare.

In c++ quando programmo e voglio creare un programma ... posso scegliere solo
Win32 Console Application
Win32 Application

come faccio se voglio programmare a 64 bit ?

e che differenza c'è tra 32 e 64 ?

GRAZIE e ciao

[fero86]

lo sviluppo a 64 bit non é supportato dall'edizione Express di Visual C++, quindi devi anzitutto avere una delle edizioni a pagamento (oppure fare tutto a mano col Windows SDK).

poi mi pare di ricordare che devi comunque creare un progetto relativo a Win32, peró tra le architetture target all'interno del Configuration Manager devi aggiungere l'architettura a 64 bit che vuoi, x64 o Itanium (o anche tutte e due).

[Alex_87_xelA]

lo sviluppo a 64 bit non é supportato dall'edizione Express di Visual C++, quindi devi anzitutto avere una delle edizioni a pagamento (oppure fare tutto a mano col Windows SDK).

poi mi pare di ricordare che devi comunque creare un progetto relativo a Win32, peró tra le architetture target all'interno del Configuration Manager devi aggiungere l'architettura a 64 bit che vuoi, x64 o Itanium (o anche tutte e due).

dove si trova questo Configuration Manager ?

[cdimauro]

e che differenza c'è tra 32 e 64 ?
Diverse, ma con un linguaggio di più alto livello (rispetto a linguaggio macchina e assembly) come il C è molto difficile coglierle.

[Alex_87_xelA]

Diverse, ma con un linguaggio di più alto livello (rispetto a linguaggio macchina e assembly) come il C è molto difficile coglierle.

beh hai ragione ... cambierà la dimensione dei registri no ?
sia dati che indirizzi !!!

[cdimauro]

Quello è il minimo. Con x86-64 Sono anche raddoppiati sia i registri generali che quelli SSE.

E qualche altra cosuccia di cui, appunto, non te ne accorgeresti se non lavorando in linguaggio macchina o assembly.

[Alex_87_xelA]

Quello è il minimo. Con x86-64 Sono anche raddoppiati sia i registri generali che quelli SSE.

E qualche altra cosuccia di cui, appunto, non te ne accorgeresti se non lavorando in linguaggio macchina o assembly.

e che benefici si possono avere con 64 bits in piu rispetto ai 32 ? (parlando di alto livello)

i tipi avranno dimensione maggiore : come gli int, i double ... etc ?
solo questo ?

[fero86]

dove si trova questo Configuration Manager ? ultima voce del menu Build. non credevo ci volesse tanto a trovarlo...



e che benefici si possono avere con 64 bits in piu rispetto ai 32 ? (parlando di alto livello) codice macchina piu veloce, programma piu performante: tieni presente che con uno stesso numero di colpi di clock puoi spostare esattamente il doppio dei bit. ma questo é il minimo, il raddoppiamento del bus di dati e indirizzi non é l'unico miglioramento introdotto dalle due architetture a 64 bit.


i tipi avranno dimensione maggiore : come gli int, i double ... etc ?
solo questo ? non so per i double, ma gli int sono rimasti uguali. in generale evita di ragionare coi tipi del C, usa sempre i tipi Win32, per i quali la dimensione é ben definita. con l'introduzione di Win64 la dimensioni dei tipi preesistenti é rimasta uguale, in piu sono stati introdotti dei tipi che sono esplicitamente a 64 bit (suffisso "64" nel nome) e dei tipi portabili tra Win32 e Win64 (suffisso "_PTR" nel nome).

esempio: UINT e UINT32 sono a 32 bit, UINT64 é a 64 bit, UINT_PTR é a 32 bit se compili per Win32 e a 64 se compili per Win64.

qua trovi la panoramica completa: http://msdn.microsoft.com/en-us/library/aa383751(VS.85).aspx
e in generale qui la panoramica sullo sviluppo a 64 bit in Visual C++: http://msdn.microsoft.com/en-us/library/h2k70f3s.aspx

se invece programmi per Linux, che Dio t'aiuti :asd:

[Alex_87_xelA]

ultima voce del menu Build. non credevo ci volesse tanto a trovarlo...

TROVATO !!! :D

codice macchina piu veloce, programma piu performante: tieni presente che con uno stesso numero di colpi di clock puoi spostare esattamente il doppio dei bit. ma questo é il minimo, il raddoppiamento del bus di dati e indirizzi non é l'unico miglioramento introdotto dalle due architetture a 64 bit.

Quindi in generale un'applicazione a 64 bits è Migliore ?
Quindi windows 64 bits è migliore di quello 32 ?


non so per i double, ma gli int sono rimasti uguali. in generale evita di ragionare coi tipi del C, usa sempre i tipi Win32, per i quali la dimensione é ben definita. con l'introduzione di Win64 la dimensioni dei tipi preesistenti é rimasta uguale, in piu sono stati introdotti dei tipi che sono esplicitamente a 64 bit (suffisso "64" nel nome) e dei tipi portabili tra Win32 e Win64 (suffisso "_PTR" nel nome).

esempio: UINT e UINT32 sono a 32 bit, UINT64 é a 64 bit, UINT_PTR é a 32 bit se compili per Win32 e a 64 se compili per Win64.

Hai ragione ... sono i tipi riferiti al sistema che cambiao di dimensione

qua trovi la panoramica completa: http://msdn.microsoft.com/en-us/library/aa383751(VS.85).aspx
e in generale qui la panoramica sullo sviluppo a 64 bit in Visual C++: http://msdn.microsoft.com/en-us/library/h2k70f3s.aspx

se invece programmi per Linux, che Dio t'aiuti :asd:

:D

[Alex_87_xelA]

lo sviluppo a 64 bit non é supportato dall'edizione Express di Visual C++, quindi devi anzitutto avere una delle edizioni a pagamento (oppure fare tutto a mano col Windows SDK).

c'è in Visual Studio 6.0 ? oppure solo nel 08 ?

poi mi pare di ricordare che devi comunque creare un progetto relativo a Win32, peró tra le architetture target all'interno del Configuration Manager devi aggiungere l'architettura a 64 bit che vuoi, x64 o Itanium (o anche tutte e due).

cosa cambia tra x64 e Itanium ? e poi se le utilizzo tutte e due assieme cosa COMBINO ? cioè quando poi vado a compilarlo e linkarlo viene generato codice per entrambi le architetture ?


:confused:

[cdimauro]

x64 e Itanium sono due architetture a 64 bit completamente diverse. Praticamente l'unica cosa in comune sono... i 64 bit. :D

Rispondendo a un dubbio di cui sopra, i double rimangono esattamente gli stessi. Semplicemente i long long o gli __int64 (a seconda del compilatore) anziché essere processati come coppie di valori a 32 bit, vengono elaborati come singolo valore a 32 bit.

Inoltre i puntatori passano da 32 a 64 bit.

Sulle tue considerazioni su cosa è meglio, diciamo che mediamente il codice x64 è più veloce di quello a 32 bit del 10-15% (ma occupa anche un po' di spazio in più per il codice e i puntatori).

[fero86]

@Alex_87_xelA: le architetture a 64 bit non mi risulta che siano supportate da Visual Studio 6.0 perché 10 anni fa non esistevano ancora.
quota meglio quando rispondi per favore :)

[Alex_87_xelA]

@Alex_87_xelA: le architetture a 64 bit non mi risulta che siano supportate da Visual Studio 6.0 perché 10 anni fa non esistevano ancora.
quota meglio quando rispondi per favore :)

scusa per la QUOTATURA :D farò di meglio !!!
anzi così va bene ? :D (scherzo ovviamente)

[Alex_87_xelA]

cosa cambia tra x64 e Itanium ? e poi se le utilizzo tutte e due assieme cosa COMBINO ? cioè quando poi vado a compilarlo e linkarlo viene generato codice per entrambi le architetture ? e come faccio ad utilizzare ad esempio Win32 ed x64 contemporaneamente ? ho cercato di fare qualcosa ma NADA !!!


alla prima gia hai risposto (e ti ringrazzio)(l'ho aggiunta per far capire poi il discorso).
ti ringrazzio pr le eventuali risposte

[cdimauro]

Non puoi mischiare le due cose: gli eseguibili sono generati sempre per una ben precisa architettura.

Con .NET, invece, le cose sono cambiate: viene generato UN solo "eseguibile" che viene poi convertito nel codice binario dell'architettura su cui sta girando.

[Alex_87_xelA]

Non puoi mischiare le due cose: gli eseguibili sono generati sempre per una ben precisa architettura.

Con .NET, invece, le cose sono cambiate: viene generato UN solo "eseguibile" che viene poi convertito nel codice binario dell'architettura su cui sta girando.

quindi ... visto che posso fare una cosa alla volta dovro fare una cosa del tipo
(è solo un esempio)

#ifdef WIN32
...
...
#else if defined WIN64
...
...
#endif

ed una volta includerò WIN32 e la seconda WIN64 ed avrò i 2 eseguibili ?

[Alex_87_xelA]

poi scusate una domanda banale ...
in Visual Studio 6 c'èra in project la voce setting ... dove si poteva settare le direttive del preprocessore da includere ... l'ottimizzazione ... il warning level ... ma tutto questo in visual studio 08 dove stà ?

[cdimauro]

Francamente non ricordo.

Per risponderti alla domanda di prima: no, non servono le direttive condizionali. Se vuoi generare un eseguibile a 32 bit o a 64 bit, devi selezionare un apposito parametro del compilatore.

[Alex_87_xelA]

Francamente non ricordo.

Per risponderti alla domanda di prima: no, non servono le direttive condizionali. Se vuoi generare un eseguibile a 32 bit o a 64 bit, devi selezionare un apposito parametro del compilatore.

avevo utilizzato le direttive condizionali perchè ad esempio nelle applicazione win ... quindi non console è possibile scegliere tra INT32 e INT64 ... perquesto facevo una cosa del genere

#ifdef WIN32
#define INT INT32
#else if defined WIN64
#define INT INT64
#endif

in modo che se usavo un'architettura a 32 bits utilizzavo int a 32 altrimenti 64.
-------------------------
poi ti ricordi per caso quale paramentro ?
ti riferisci al configuration manager ?

[cdimauro]

Sì.

Sulle direttive OK: molti sorgenti fanno delle scelte in base all'architettura target.

[fero86]

Con .NET, invece, le cose sono cambiate: viene generato UN solo "eseguibile" che viene poi convertito nel codice binario dell'architettura su cui sta girando. é vero che l'IL é sempre uguale (o almeno credo), ma non é vero che l'eseguibile é lo stesso per qualsiasi architettura: un eseguibile .NET é comunque un normalissimo eseguibile in formato PE/COFF e quindi puó essere a 32 bit o a 64 bit.

[fero86]

avevo utilizzato le direttive condizionali perchè ad esempio nelle applicazione win ... quindi non console è possibile scegliere tra INT32 e INT64 ... perquesto facevo una cosa del genere

#ifdef WIN32
#define INT INT32
#else if defined WIN64
#define INT INT64
#endif

in modo che se usavo un'architettura a 32 bits utilizzavo int a 32 altrimenti 64. questo non devi farlo tu; é sufficiente che tu usi il tipo INT_PTR.

edit - a parte che neanche funzionerebbe perché quando é definita WIN64 é automaticamente definita anche WIN32, quindi casomai dovresti invertire l'#ifdef.



poi ti ricordi per caso quale paramentro ?
ti riferisci al configuration manager ? il Configuration Manager si occupa di configurare (sennó che Configuration Manager é :D) tutto l'ambiente per compilare a 64 bit: macro, switch di compilazione, impostazioni dell'IDE, e via dicendo.

se invece usi direttamente il Windows SDK da qualche parte (penso anche nel gruppo del menu Programmi nello Start Menu) dovresti ritrovarti una serie di Build Environments che ti permettono di compilare nelle tre architetture e in due diverse modalitá, Debug e Release.

[Alex_87_xelA]

questo non devi farlo tu; é sufficiente che tu usi il tipo INT_PTR.

edit - a parte che neanche funzionerebbe perché quando é definita WIN64 é automaticamente definita anche WIN32, quindi casomai dovresti invertire l'#ifdef.



Perchè mi basta il puntatore ?

[marko.fatto]

ptr sta per portable..

[Alex_87_xelA]

ptr sta per portable..

:doh:

quindi è come questo ?

#ifdef WIN64
#define INT_PTR INT64
#else if defined WIN32
#define INT_PTR INT32
#endif

[marko.fatto]

no, o uno o l'altro..
è già portabile di suo, cioè se la macchina è a 64 bit gli interi sono a 64, se la macchina è a 32 bit gli interi sono a 32..

[fero86]

ptr sta per portable.. ptr sta per "pointer", che significa intero della dimensione di un puntatore, o del bus di indirizzi che dir si voglia.



:doh:

quindi è come questo ?

#ifdef WIN64
#define INT_PTR INT64
#else if defined WIN32
#define INT_PTR INT32
#endif ripeto... il tipo INT_PTR é giá definito, se tu scrivi una cosa simile in un tuo sorgente il preprocessore non fa altro che lamentarsi di una macro ridefinita.

[Alex_87_xelA]

no, o uno o l'altro..
è già portabile di suo, cioè se la macchina è a 64 bit gli interi sono a 64, se la macchina è a 32 bit gli interi sono a 32..

ah ... :doh:

quindi è tutto automatico ::: FORTE :D Minkia non lo sapevo (ma no :p !!!)

però pensandoci ... quello non serve se stai su un'architettura a 64 bits e vuoi fare un pogramma a 32 ... giusto ?

[fero86]

però pensandoci ... quello non serve se stai su un'architettura a 64 bits e vuoi fare un pogramma a 32 ... giusto ? no

l'architettura su cui avviene lo sviluppo non conta nulla se non per il testing (non puoi testare un eseguibile a 64 bit su un'architettura a 32 bit).

[Alex_87_xelA]

ptr sta per "pointer", che significa intero della dimensione di un puntatore, o del bus di indirizzi che dir si voglia.



ripeto... il tipo INT_PTR é giá definito, se tu scrivi una cosa simile in un tuo sorgente il preprocessore non fa altro che lamentarsi di una macro ridefinita.

no no ... l'avevo capito ... era per fare un esempio ... per vedere se quello era quello che si intendeva :sofico:

[Alex_87_xelA]

no

l'architettura su cui avviene lo sviluppo non conta nulla se non per il testing (non puoi testare un eseguibile a 64 bit su un'architettura a 32 bit).


cioè se la macchina è a 64 bit gli interi sono a 64, se la macchina è a 32 bit gli interi sono a 32..


:confused:

[Alex_87_xelA]

questo non devi farlo tu; é sufficiente che tu usi il tipo INT_PTR.


ricapitolando ... è un puntatore ad intero ... ora come fa a sapere se è a 32 o 64 bits l'intero che sto puntando ? presumo da quello che configuro nel Configuration Manager giusto ?

[cdimauro]

é vero che l'IL é sempre uguale (o almeno credo), ma non é vero che l'eseguibile é lo stesso per qualsiasi architettura: un eseguibile .NET é comunque un normalissimo eseguibile in formato PE/COFF e quindi puó essere a 32 bit o a 64 bit.
E' soltanto un contenitore. L'importante è l'assembly generato, che può essere ricompilato al volo per qualunque architettura per la quale esiste un runtime .NET.
ricapitolando ... è un puntatore ad intero ... ora come fa a sapere se è a 32 o 64 bits l'intero che sto puntando ? presumo da quello che configuro nel Configuration Manager giusto ?
INT_PTR non è un puntatore: è un intero che ha la stessa dimensione dei puntatori per la macchina target.

[Alex_87_xelA]

INT_PTR non è un puntatore: è un intero che ha la stessa dimensione dei puntatori per la macchina target.

Quindi è un intero (un numero) non un puntatore (indirizzo di memoria).

e che dimensione hanno i puntatori ? (sempre 32 o 64) ?

[cdimauro]

32 bit su macchine a 32 bit e 64 bit su macchine a 64 bit.

[Alex_87_xelA]

32 bit su macchine a 32 bit e 64 bit su macchine a 64 bit.

:D Logico