Come si fa a programmare a 64 bit ?

[fero86]

Originariamente inviato da cdimauro

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]

Originariamente inviato da Alex_87_xelA

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 é ) 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]

Originariamente inviato da fero86

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]

Originariamente inviato da marko.fatto

ptr sta per portable..

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]

Originariamente inviato da marko.fatto

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.

Originariamente inviato da Alex_87_xelA

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]

Originariamente inviato da 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..

ah ...

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

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

[fero86]

Originariamente inviato da Alex_87_xelA

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]

Originariamente inviato da fero86

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

[Alex_87_xelA]

Originariamente inviato da fero86

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..

[Alex_87_xelA]

Originariamente inviato da fero86

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]

Originariamente inviato da fero86

é 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.

Originariamente inviato da Alex_87_xelA

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]

Originariamente inviato da cdimauro

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]

Originariamente inviato da cdimauro

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

Logico