Prayer

否則，只需要重新編譯你的32位代碼，that's ok!

1。ILP32和LP64 數據模式

大多數unix系統的數據模式是采用LP64bit的，long和pointer是8個字節64位的，相對于32bit的4個字節。將來windows或許會采用一種數據模式LLP64,只是對于pointer采用64bit,其他的和32位一樣。這里以表格的方式顯示兩者之間的差別

Data Type	ILP32 (bits)	LP64 (bits)
char	8	No change
short	16	No change
int	32	No change
long long	64	No change
long	32	64
pointer	32	64

基本上移植到64bit的錯誤都是來自誤以為int long pointer都是64bit的，實際則不然。下面是一個程序演示了這個錯誤。

1      int *myfunc(int i)
2      {
3               return(&i);
4      }
5
6       int  main(void)
7       {
8               int     myint;
9               long    mylong;
10              int     *myptr;
11
12        char *name = (char * ) getlogin();
13
14                printf("Enter a number %s: ", name);
15               (void) scanf("%d", &mylong);
16                myint = mylong;
17                myptr = myfunc(mylong);
18                printf("mylong: %d  pointer: %x \n", mylong, myptr);
19                myint = (int)mylong;
20                exit(0);
21
22      }
上面的代碼是錯誤的，需要進行修正。

移植的第一項工作，是讓編譯器能檢測到64位的錯誤。這根據編譯器的不同而變化。對于IBM的XL 編譯器家族來說，有用的參數是-qwarn64 -qinfo=pro. 把你的代碼編譯成64bit需要加上-q64，對于gcc編譯器來說則是加上-m64,下面列舉一些編譯64位一些有用的gcc參數。

Option	Description
-Wpadded	Warns that padding was added to the structure.
-Wformat	Check calls to printf and scanf have correct format strings.
-Wsign-compare	Warn when a comparison between signed and unsigned values could produce an incorrect result when the signed value is converted to unsigned.
-Wsign-compare	Warn when a comparison between signed and unsigned values could produce an incorrect result when the signed value is converted to unsigned.
-Wconversion	Warn if a prototype causes a type conversion that is different from what would happen to the same argument in the absence of a prototype.
-Wpointer-arith	Warn about anything that depends on the function pointer or of void *.

下面演示以下編譯上面代碼所出現的提示信息。

%  xlc -q64  -qformat=all -qwarn64 test.c

"test.c", line 12.30: 1506-745 (I) 64-bit portability: possible incorrect pointer through conversion of int type into pointer.
"test.c", line 15.36: 1506-1191 (W) Invalid int format for long argument type in argument 2.
"test.c", line 16.25: 1506-742 (I) 64-bit portability: possible loss of digits through conversion of long int type into int type.
"test.c", line 17.32: 1506-742 (I) 64-bit portability: possible loss of digits through conversion of long int type into int type.
"test.c", line 18.39: 1506-1191 (W) Invalid int format for long argument type in argument 2.
"test.c", line 19.25: 1506-742 (I) 64-bit portability: possible loss of digits through conversion of long int type into int type.

2。缺少原型的轉換方面的考慮。

上面的代碼char *name = (char * ) getlogin();

會出現錯誤的，32位的int要轉換成64位會出現錯誤的，要避免這種錯誤，include正確的頭文件<unistd.h>,里面有getlogin()的原型。

3。制定數據格式的錯誤

(void) scanf("%d", &mylong);

要避免這個錯誤，修改成這樣(void) scanf("%ld", &mylong);

printf("mylong: %d  pointer: %x \n", mylong, myptr);
修改成printf("mylong: %ld  pointer: %p \n", mylong, myptr);

4.賦值的錯誤

myint = mylong;
錯誤出現在64位的值賦給32位的

5.數值參數的傳輸錯誤

myptr = myfunc(mylong);會出現傳遞時的轉換類型錯誤

6.類型強制轉換出現的錯誤

myint = (int)mylong;

int length = (int) strlen(str);
在LP64模式中strlen返回的是unsigned long，雖然一般不會出現錯誤，但是在大于2GB的時候，盡管不大可能，但是會出現潛在的錯誤。

7.更多的微妙的錯誤

編譯器會發現大多數的潛在的類型轉換方面的錯誤，但是你不能僅僅依賴于編譯器。

#define INVALID_POINTER_VALUE 0xFFFFFFFF
在32位上上面的宏定義會被經常地用來測試-1，但是在64位機上，這個數值卻不是-1，而是4294967295。在64位機上-1是0xFFFFFFFFFFFFFFFF。要避免這個錯誤，利用const來聲明，并指定signed還是unsigned

const signed int INVALID_POINTER_VALUE = 0xFFFFFFFF;
上面的代碼在32位和64位機上都會工作的很好。

還有就是32位機上的代碼如下

int **p; p = (int**)malloc(4 * NO_ELEMENTS);
這個代碼犯了如下的錯誤就是認為sizeof(int) ==  sizeof(int *)

實際上在64位上是不對的。

8.signed和unsigned的錯誤

long k;
int i = -2;
unsigned int j = 1;

k = i +  j;

printf("Answer: %ld\n", k);
以上的代碼在32位機上會得出-1。但是在64位機上卻不是的。結果會是4294967295。原因是i+j得到的會是unsigned的值，而這個值卻會賦給long的k,要避免這個錯誤，需要進行修改如下：

k = i + (int)j;

9.union的錯誤

下面是一個很常見的結構體：

typedef struct {
    unsigned short bom;
    unsigned short cnt;
    union {
        unsigned long bytes;
        unsigned short len[2];
    } size;
} _ucheader_t;
32位機上會工作的很好，但是在64位機上不然。原因是64位機上long 等于4個short.要把unsigned long 修改成 unsigned int. 才能工作好。必須要注意這個細節。

10.big endian和little endian導致的錯誤

在32位機上的代碼有些移植到64位機上出現錯誤與否還和機器的big endian或者little endian有關。比如下面的代碼。

long k;
int *ptr;

int main(void)
{
    k = 2 ;
    ptr = &k;
    printf("k has the value %ld, value pointed to by ptr is %ld\n",              k, *ptr);
    return 0;
}

這段代碼在32bit機上編譯不會出現錯誤，因為long 和pointer都是32bit,但是在64位機上不然，盡管如此，如果在little endian的64位機上編譯的話，仍然會得到正確的2，但是在big endian的情況下，則會得到0。

如果有疑問的話，下面詳細解釋一下。

Memory Address	Little Endian LP64	Big Endian LP64
0x0x7fbfffdca0 ptr	0x02	0x00
0x0x7fbfffdca1	0x00	0x00
0x0x7fbfffdca2	0x00	0x00
0x0x7fbfffdca3	0x00	0x00
0x0x7fbfffdca4	0x00	0x00
0x0x7fbfffdca5	0x00	0x00
0x0x7fbfffdca6	0x00	0x00
0x0x7fbfffdca7	0x00	0x02

11.64位機上性能的降低

這個問題是由于64位機的數據結構的膨脹，對于內存需要的增加，以及存儲空間的增加所致。要減少這方面的損失，你可以精心改變你的數據結構中變量定義的順序。比如下面的例子

 
12.如何測試你的64位代碼

定義一些宏來完成目標，下面是示例:

#if defined (__LP64__) || defined (__64BIT__) || defined (_LP64) || (__WORDSIZE == 64)
   printf("I am LP64\n");
#else
   printf("I am ILP32 \n");
#endif

13.64位文件和32位文件之間的彼此讀取問題

#include <stdio.h>
#include <inttypes.h>

struct on_disk
{
   /* ILP32|LP64 Sharing Issue: This should change to int32_t */
   long foo;
};
int main()
{
    FILE *file;
    struct on_disk data;
#ifdef WRITE
        file=fopen("test","w");
        data.foo = 65535;
        fwrite(&data, sizeof(struct on_disk), 1, file);
#else
        file = fopen("test","r");
        fread(&data, sizeof(struct on_disk), 1, file);
        printf("data: %ld\n", data.foo);
#endif
    fclose(file);
}          

代碼不能很好地在32位和64為對同一個文件的操作過程中工作。要fix這個錯誤，可以設置宏定義，以在64位機上對foo聲明為int32_t。要注意這個細節。

14.fortran和c語言混合的問題

下面兩個程序演示了這個錯誤

void FOO(long *l);
main ()
{
   long l = 5000;
   FOO(&l);
}

subroutine foo( i )
integer  i
write(*,*) 'In Fortran'
write(*,*) i
return
end subroutine foo

要避免這個錯誤，需要在fortran語言中把i聲明為INTEGER*8，這相當于64位的long.

最后，結論：64位機提供了對于更多的計算方面的更好的支持，盡管32位代碼一般來說可以移植的很好，但是，得注意這些細節方面的問題，這樣才能使你的代碼一直工作更順利。