表 2 解釋了不同風格的 Linux 上的不同級別的 C 編譯器之間的區(qū)別。

表 2. 不同級別的 C 編譯器之間的區(qū)別

注意： * 在 64 位的 IBM JDK 1.4.2 for Linux on x86 中并不支持 LinuxThreads。Java 支持 NPTL 64 位線程庫。

還有，如果您要在 SLES9 上編譯 C++ 程序，并將其部署到 RHEL4 上，那么就需要使用 compat 庫，它在包 compat-libstdc++-33-3.2.3-47.3.i386.rpm 中。之所以需要這個 compat 庫，是因為在 SLES9 和 RHEL4 之間需要不同級別的 ABI 兼容性。SLES9 遵循 LSB 1.3 標準，而 RHEL4 遵循 LSB 2.0 標準。

32 位到 64 位移植的考慮
要將應用程序從 32 位環(huán)境移植到 64 位環(huán)境中，您有兩種選擇：

• 讓應用程序可以容許 64 位操作
• 開拓目標平臺上的 64 位操作能力

首先，將應用程序在一個 64 位的環(huán)境中使用，然后試圖開拓目標平臺的 64 位能力。

盡管 32 位的應用程序通常都可以在 64 位的目標平臺上很好地運行，但是在 64 位環(huán)境中啟用應用程序也是非常重要的，因為有些第三方的產品會以 64 位模式啟動，而不提供 32 位版本的庫對象。

在遷移到 64 位的環(huán)境中時，您需要決定是否繼續(xù)支持該產品的 32 位版本。如果需要支持這兩個版本，那么就需要適當?shù)臅r間進行打包和測試。

開拓 64 位的能力應該是在實現(xiàn)容許 64 位操作之后的下一個步驟。在開始這種嘗試之前，應該仔細衡量一下開拓 64 位能力的優(yōu)點。

應用程序從 32 位到 64 位的遷移這個主題在很多出版物中已經進行了介紹（例如 參考資料 中列出的 AIX 5L Porting Guide 的第 3 章）。

體系架構和系統(tǒng)特有的區(qū)別
現(xiàn)在，讓我們來看一下 Solaris 和 x86 上的 Linux 之間一些特定于體系架構和系統(tǒng)的區(qū)別，包括：基本的數(shù)據類型，內核參數(shù)的設置，體系架構特有的區(qū)別，endianness，系統(tǒng)調用，信號，數(shù)據類型，以及線程庫。

參考資料 提供了在進行大型的移植嘗試時，需要考慮的一個可行的檢查清單。

基本的數(shù)據類型和對齊方式
在一個系統(tǒng)中有兩種不同類型的數(shù)據類型：基本數(shù)據類型（basic data type）和派生數(shù)據類型（derived data types）。

基本數(shù)據類型 是由 C 和 C++ 語言規(guī)范所定義的所有數(shù)據類型。表 3 對 x86 上的 Linux 和 SPARC 上的 Solaris 這兩者的基本數(shù)據類型進行了比較。

表 3. 比較 Linux 和 Solaris 的基本數(shù)據類型

在兩個平臺之間或 32 位與 64 位模式之間移植應用程序時，您需要考慮不同環(huán)境中對齊設置之間的區(qū)別，從而避免出現(xiàn)性能降低和數(shù)據崩潰的危險。

表 4 介紹了 x86 上的 Linux 中以字節(jié)為單位的對齊值。

表 4. x86 上的 Linux 中的對齊值（以字節(jié)為單位）

注意： 對齊取決于所使用的編譯器開關。這些開關控制著“l(fā)ong double”類型的大小。i386 應用程序的二進制接口規(guī)定這個大小是 96 位，因此 -m96bit-long-double 在 32 位模式中是默認值�，F(xiàn)代的體系架構（Pentium 及更新的體系架構）更喜歡將“l(fā)ong double”按照 8 字節(jié)或 16 字節(jié)進行對齊。在符合 ABI 規(guī)范的數(shù)組或結果中，這是不可能的。因此指定一個 -m128bit-long-double 會將“l(fā)ong double” 按照 16 字節(jié)邊界進行對齊，它會為“l(fā)ong double”填充 32 位的 0。

系統(tǒng)派生的數(shù)據類型
派生數(shù)據類型是已有的基本類型或其他派生類型的一個派生物或結構。系統(tǒng)派生數(shù)據類型 可以根據所采用的數(shù)據模型（32 位或 64 位）和硬件平臺而具有不同的字節(jié)大小。

表 5 給出了 Linux 上與 Solaris 上不同的一些派生數(shù)據類型。

表 5. Solaris 和 Linux 中的派生數(shù)據類型

機器特有的代碼的例子
在下面這些情況中需要機器特有的代碼：

• 獲得堆棧指針
• 原子鎖

在 Linux-x86 平臺上的堆棧指針可以實現(xiàn)為：

在 Solaris，下面這段示例代碼讓您可以獲取堆棧指針：

在 Linux x86 上，您可以使用一個 compare 和 swap 操作來實現(xiàn)原子鎖。例如，下面是 Linux x86 上使用 compare 和 swap 操作的一個簡單實現(xiàn)：

在 Solaris SPARC 上，加鎖的原子操作可以如下實現(xiàn)：

字節(jié)順序（endianness）
由于 SPARC 采用的是 big-endian，而 x86 采用的是 little-endian，因此您需要考慮 endianness 的問題。

Endianness 的問題在以下這些情況中都變得非常重要：移植客戶機要在異構網絡環(huán)境中進行通信的應用程序，將數(shù)據永久地保存到磁盤上，產品跟蹤（在 SPARC 平臺上所生成的跟蹤信息必須能夠在 x86 平臺上正確地格式化），以及其他相關領域。IA-64 Linux 內核默認使用 little-endian，但是也可以使用 big-endian 的字節(jié)順序。

系統(tǒng)調用
Solaris 系統(tǒng)調用使用了一種在 Linux 上是不可用的不同的命名和簽名機制，這在“從 Solaris 向 Linux on POWER 遷移指南” 中已經介紹過了。以下這些系統(tǒng)調用現(xiàn)在在 RHEL4 中可以使用：

• Waitid
• Putmsg
• putpmsg
• Getmsg
• getpmsg

Curses 庫
Linux 用于 xurses 庫的那些庫函數(shù)比 Solaris 更加類似于 AIX。例如，諸如 addwch 之類的函數(shù)在 Linux 中不受支持。有些函數(shù)，例如 mvchgat，在 Solaris 中不可用。當您將與 curses 有關的代碼從 Solaris 移植到 Linux 上時，很多代碼都需要重寫。

Terminal IO
Solaris 中的 termio 結構與 Linux 中的這個結構是不同的。Linux 中的 termio 結構多了幾個域，您可以使用它們來設置輸入和輸出速度。

Linux 中 termio 結構的定義位于 /usr/include/bits/termios.h 文件中，而 Solaris 中 termio 的定義則位于 /usr/include/sys/termios.h 文件中。

IOCTL
執(zhí)行 ioctl 可以使用的選項在 Solaris 和 Linux 中是不同的。例如，要獲得資源的利用情況，您可以向 ioctl 系統(tǒng)調用傳遞 PIOCUSAGE：

Return_code = ioctl("/proc/<pid>", PIOCUSAGE, &buff) ;

在 Linux 中，您必須直接從 /proc/<pid> 目錄中讀取相關的文件來獲得相關信息，在 Linux 上不能使用 PIOCUSAGE 選項。在這兩種情況中，pid 是正在執(zhí)行命令的當前進程的進程 id。

另外一個例子是當您希望獲取該進程的堆信息時。在 Solaris 中，要獲取堆信息，您可以使用下面的方法：

Return_code = Ioctl("/proc/<pid>",PIOCPSINFO,&psinfo)

在這段代碼中，psinfo 是一個 struct prpsinfo 結構；Prpsinfo.pr_size 就給出了該進程的堆大小。

在 Linux 中，正在使用的頁數(shù)可以從 /proc/<pid>/mem 和 /proc/<pid>/stat 中獲得。頁面大小可以使用系統(tǒng)調用 getpagesize 獲得。這兩個值（頁數(shù)和頁面大�。┑某朔e就是堆的當前大小。

Getopt
在 Linux 中，只有在設置了 POSIXLY_CORRECT 環(huán)境變量之后，getopt 調用才遵循 POSIX 標準。

如果設置了環(huán)境變量 POSIXLY_CORRECT，那么對參數(shù)的分析一碰到非選項參數(shù)（以“-”開始的參數(shù)）就立即停止。 其余的參數(shù)全部被解釋為非選項參數(shù)。

調用 shell 腳本之間的區(qū)別
如果 shell 腳本使用了 su 命令，就會派生一個子 shell。這種行為與 Solaris 不同，在 Solaris 中， su 命令不會派生一個新 shell。

如果您在 Linux 上執(zhí)行命令 su - root，那么 ps 命令的輸出就會如下所示：

在這段代碼中，30931 是進程 31004 的祖先進程。您可能要修改一些受到這種關系影響的腳本。

重啟動時的設備處理
從 RHEL4 開始，Linux 就采用了熱插拔子系統(tǒng) udev 的概念。它提供了可配置的動態(tài)設備命名的支持。設備配置是在每次重新啟動時動態(tài)構建的。

例如，如果您有一個新目錄 /dev/dsk，那么系統(tǒng)可能并不知道它的存在，這個目錄在重啟之后可能就會丟失。為了避免 /dev/dsk 目錄丟失的問題，可以建立一個 /etc/udev/devices/dsk 目錄，這樣系統(tǒng)在重新啟動時就可以維護這種信息，因此即使系統(tǒng)重新啟動之后，/dev/dsk 也依然會存在。

內核參數(shù)
在 Solaris 中，內核參數(shù)可以在 /etc/system 文件中進行設置。在 Linux 中，內核參數(shù)可以使用 sysctl 系統(tǒng)調用進行修改。可以修改的參數(shù)在 /proc/sys/kernel 中都可以看到，procfs 的支持對于 sysctl 正常工作來說是必需的。

信號
信號之間的區(qū)別在“Technical guide for porting applications from Solaris to Linux”中已經詳細介紹過了。其他值得注意的一些區(qū)別是 Solaris 有 38 個信號，而 Linux 使用了 31 個信號，而且 sigaction 結構也不相同。例如，在 Linux 中，sigaction 接口如下所示：

在 Solaris 中，sigaction 結構如下所示：

由于所支持的信號個數(shù)不同，siginfo_t 結構也不相同。對于 Linux，這可以在 /usr/include/bits/signal.h 文件中找到；對于 Solaris，這可以在 /usr/include/sys/siginfo.h 文件中找到。

線程支持和 IPC
有關 Linux on POWER 與 Solaris 之間進行移植的出版物已經介紹了 Solaris 線程與 Linux 的 POSIX 線程（由 NPTL 庫提供）之間的區(qū)別。

我的經驗是，如果應用程序早已在 Solaris 上就使用了 POSIX 線程，那么它們移植到使用基于 NPTL 線程的 Linux 上就非常簡單。在 Linux 上還可以利用一些新特性，例如進程共享互斥鎖，因此 Solaris 中使用 pthread 互斥鎖和條件變量的那些有關 IPC 機制的代碼在 Linux 中都可以使用。

自然語言的支持
在 Solaris 中對于自然語言的支持的代碼也與 Linux 中可能會有所不同，或者它們只是名字有所不同而已。在 Solaris 中大部分的 locales 和代碼頁在 Linux 中都有對應的內容。

結束語
從 Solaris 到 x86 上的 Linux 的移植工作在大部分情況中只是一個重新編譯的過程，或者對編譯器/鏈接器開關稍微進行一些修改。有時可能需要對某些平臺特有的內容進行一些修改，例如加鎖、內存映射、線程，等等。您應該了解一下這些差異，并對移植好好進行一下規(guī)劃，從而減少移植所需要的時間。

int get_stack(void **StackPtr){  *StackPtr = 0;  __asm__ __volatile__ ("movl %%esp, %0": "=m" (StackPtr) ); return(0);}

        .section       ".text"        .align  8        .global my_stack        .type   my_stack,2my_stack:        ! Save stack pointer through 1st parameter        st      %sp,[%o0]        ! Compute size of frame in return result reg        retl        sub     %fp,%sp,%o0        .size  my_stack,(.-my_stack)

bool_t My_CompareAndSwap(IN int *ptr, IN int old, IN int new){        unsigned char ret;        /* Note that sete sets a 'byte' not the word */        __asm__ __volatile__ (                "  lock\n"                "  cmpxchgl %2,%1\n"                "  sete %0\n"                : "=q" (ret), "=m" (*ptr)                : "r" (new), "m" (*ptr), "a" (old)                : "memory");        return ret;}

        .section       ".text"        .align  8        .global        My_Ldstub        .type          My_Ldstub,2My_Ldstub:        ldstub         [%o0],%o0         ! Atomic load + set        sll            %o0,24,%o0        ! Zero fill ...        retl                             ! ... result register        srl            %o0,24,%o0        ! ... and retrn        .size          My_Ldstub,(.-My_Ldstub)

30931 pts/4    00:00:00 su31004 pts/4    00:00:00 ksh

struct sigaction  {    /* Signal handler.  */#ifdef __USE_POSIX199309    union      {        /* Used if SA_SIGINFO is not set.  */        __sighandler_t sa_handler;        /* Used if SA_SIGINFO is set.  */        void (*sa_sigaction) (int, siginfo_t *, void *);      }    __sigaction_handler;# define sa_handler     __sigaction_handler.sa_handler# define sa_sigaction   __sigaction_handler.sa_sigaction#else    __sighandler_t sa_handler;#endif    /* Additional set of signals to be blocked.  */    __sigset_t sa_mask;    /* Special flags.  */    int sa_flags;    /* Restore handler.  */    void (*sa_restorer) (void);  };

struct sigaction {        int sa_flags;        union {#ifdef  __cplusplus                void (*_handler)(int);#else                void (*_handler)();#endif#if defined(__EXTENSIONS__) || ((__STDC__ - 0 == 0) && \        !defined(_POSIX_C_SOURCE) && !defined(_XOPEN_SOURCE)) || \        (_POSIX_C_SOURCE > 2) || defined(_XPG4_2)                void (*_sigaction)(int, siginfo_t *, void *);#endif        }       _funcptr;        sigset_t sa_mask;#ifndef _LP64        int sa_resv[2];#endif};