AMD平台對應的C編譯器
『壹』 支持MFC的編譯器只有VC++6.0和vs嗎
支持MFC的編譯器有VC++（不一定要是6.0版的），還有新版的Borland C++
舊版的 Borland C++ 不支持 MFC ，但是新版的 Borland C++ 支持 MFC 。
所有版本的 VC（從 Visual C++ 1.0 到 Visual C++ 6.0）和 VC.NET（從 Visual C++ 2003 到 Visual C++ 2010 ），全部都支持 MFC 。
『貳』 為某網友的AMD GPU平台編譯和調優LAMMPS和GROMACS
上個月接到一位網友在嗶哩嗶哩的私信求助，希望協助他配置AMD GPU平台上的LAMMPS和GROMACS。起初，筆者因為任務看似「吃力不討好」而猶豫，但最後還是決定出手相助。
該網友的PC配置包括AMD Ryzen 5900X和Radeon 6800XT，通過閑魚平台找人安裝了Ubuntu Desktop 22.04.3 LTS操作系統。在安裝過程中，出現了主板不兼容的問題，通過更換師傅最終成功安裝。此外，他還有一台配備Ryzen 7945HX和RTX 4060 Laptop筆記本電腦，使用WSL安裝了LAMMPS，但主要依賴純MPI並行。
鑒於此，筆者為其兩台PC分別編譯了LAMMPS，並對性能進行了一定的優化。了解到他需要模擬甲烷、二氧化碳等物質在二氧化硅或石墨烯表面的吸附，因此推薦並為其編譯了GROMACS 2023.2。在此之前，已有相關軟體在AMD GPU平台上的基準測試、兼容性說明和疑難解答文章發布，本文則是一系列文章的補充。
安裝ROCm軟體棧時，考慮到apt下載速度慢，建議使用多線程下載工具提前下載所需包，並修復文件名，放入apt緩存目錄（/var/cache/apt/archives）後再進行安裝。通過這一步驟，將大部分包預先安裝完畢，使得安裝過程更為迅速。
在6800XT的PC上編譯LAMMPS時，包含了GPU包和Kokkos包以實現GPU加速。使用CMake+預設腳本進行編譯，流程簡潔高效。配置過程中，需要更新cmake/CMakeLists.txt文件中的部分行以適應最新版Kokkos，並在預設文件中添加啟用的包名，如Kokkos。完成配置後，編譯並將其二進制文件添加至PATH環境變數，即可開始使用。
並行性能調優時，添加了OpenMP環境變數，對於該網友的PC，推薦的值分別為'6'、'0-5'。根據任務需求，為單塊GPU上的任務設置不同的CPU核心綁定，如在運行2個任務時設置GOMP_CPU_AFFINITY=6-11，運行4個任務時分別設置OMP_NUM_THREADS=3，並為每個任務分配不同的核心范圍。
在使用LAMMPS於NVIDIA GPU下的WSL環境時，GPU驅動、CUDA Toolkit等基礎環境配置無需贅述。在CMake配置命令中，未啟用Kokkos，考慮到WSL環境可能存在的CUDA庫找不到問題，且該網友對雙精度計算需求不高，故未深入探究此問題。在Windows物理機上通過任務管理器將WSL進程分配到第二個CCD，以實現更高效的並行計算。
AdaptiveCpp在AMD GPU平台上的應用同樣值得關注，該SYCL實現經歷了快速迭代，新版本性能顯著提升。在本次編譯過程中，選擇了10月11日的開發版分支。
對於GROMACS在AMD GPU上的編譯和使用，編譯命令與LAMMPS類似，配置時注意調整並行參數。性能優化方面，可參考之前關於並行性能調優的經驗。通過mdrun命令設定並行參數，無需額外添加環境變數，運行前確保OpenMP環境變數已被unset，以實現最佳性能。
『叄』 支持C99編譯器
AMD x86 Open64 Compiler Suite Mostly Has C99 support equal to that of GCC.[1]
Ch Partial Supports major C99 features.[2]
Clang Mostly Does not support C99 floating-point pragmas.[3]
GCC Mostly As of January 2011[update] and GCC 4.5, 12 features suffer library issues, 1 feature is broken and 6 are missing. 43 C99 features have been completely implemented, however many features still remain unimplemented.[4]
Intel C++ compiler Mostly long double is not supported.
Open Watcom Partial Implements the most-used parts of the standard. However, they are enabled only through an undocumented command-line switch.[5]
Pelles C Mostly Supports most C99 features.
Portable C compiler Partial Working towards becoming C99-compliant.
Sun Studio Full[6]
Tiny C Compiler Mostly Does not support complex numbers or variable length arrays.[7] The developers state that "TCC is heading toward full ISOC99 compliance".[8]
IBM C for AIX, V6 [9]and XL C/C++ V11.1 for AIX [10] ?
IBM Rational logiscope Full Until Logiscope 6.3, only basic constructs of C99 were supported. C99 is officially supported in Logiscope 6.4 and later versions.[11]
Microsoft Visual Studio No As of Visual Studio 2010, there are no plans to support C99.[12][13]
看上面的支持列表，完全支持C99的只有Sun Studio和IBM Rational logiscope,
VC直到2010都沒有計劃支持C99。
補充：
在C99中包括的特性有：
對編譯器限制增加了，比如源程序每行要求至少支持到 4095 位元組，變數名函數名的要求支持到 63 位元組 (extern 要求支持到 31)
預處理增強了。例如：
宏支持取參數 #define Macro(...) __VA_ARGS__
使用宏的時候，參數如果不寫，宏里用 #,## 這樣的東西會擴展成空串。(以前會出錯的)
支持 // 行注釋（這個特性實際上在C89的很多編譯器上已經被支持了）
增加了新關鍵字 restrict, inline, _Complex, _Imaginary, _Bool
支持 long long, long double _Complex, float _Complex 這樣的類型
支持 <: :> <% %> %: %:%: ，等等奇怪的符號替代，D&E 里提過這個
支持了不定長的數組。數組的長度就可以用變數了。聲明類型的時候呢,就用 int a[*] 這樣的寫法。不過考慮到效率和實現，這玩意並不是一個新類型。所以就不能用在全局裡，或者 struct union 裡面，如果你用了這樣的東西，goto 語句就受限制了。
變數聲明不必放在語句塊的開頭，for 語句提倡這么寫 for(int i=0;i <100;++i) 就是說，int i 的聲明放在裡面，i 只在 for 裡面有效。(VC沒有遵守這條標准，i 在 for 外也有效)
當一個類似結構的東西需要臨時構造的時候，可以用 (type_name){xx,xx,xx} 這有點像 C++ 的構造函數
初始化結構的時候現在可以這樣寫:
struct {int a[3], b;} hehe[] = { [0].a = {1}, [1].a = 2 };
struct {int a, b, c, d;} hehe = { .a = 1, .c = 3, 4, .b = 5} // 3,4 是對 .c,.d 賦值的
字元串裡面，\u 支持 unicode 的字元
支持 16 進制的浮點數的描述
所以 printf scanf 的格式化串多支持了 ll / LL (VC6 里用的 I64) 對應新的 long long 類型。
浮點數的內部數據描述支持了新標准，這個可以用 #pragma 編譯器指定
除了已經有的 __line__ __file__ 以外，又支持了一個 __func__ 可以得到當前的函數名
對於非常數的表達式，也允許編譯器做化簡
修改了對於 / % 處理負數上的定義，比如老的標准里 -22 / 7 = -3, -22 % 7 = -1 而現在 -22 / 7 = -4, -22 % 7 = 6
取消了不寫函數返回類型默認就是 int 的規定
允許 struct 定義的最後一個數組寫做 [] 不指定其長度描述
const const int i; 將被當作 const int i; 處理
增加和修改了一些標准頭文件, 比如定義 bool 的 <stdbool.h> 定義一些標准長度的 int 的 <inttypes.h> 定義復數的 <complex.h> 定義寬字元的 <wctype.h> 有點泛型味道的數學函數 <tgmath.h> 跟浮點數有關的 <fenv.h> 。 <stdarg.h> 里多了一個 va_ 可以復制 ... 的參數。 <time.h> 里多了個 struct tmx 對 struct tm 做了擴展
輸入輸出對寬字元還有長整數等做了相應的支持
相對於c89的變化還有
1、增加restrict指針
C99中增加了公適用於指針的restrict類型修飾符，它是初始訪問指針所指對象的惟一途徑，因此只有藉助restrict指針表達式才能訪問對象。restrict指針指針主要用做函數變元，或者指向由malloc()函數所分配的內存變數。restrict數據類型不改變程序的語義。
如果某個函數定義了兩個restrict指針變元，編譯程序就假定它們指向兩個不同的對象，memcpy()函數就是restrict指針的一個典型應用示例。C89中memcpy()函數原型如下：
代碼: void *memcpy (void *s1, const void *s2, size_t size);
如果s1和s2所指向的對象重疊，其操作就是未定義的。memcpy()函數只能用於不重疊的對象。C99中memcpy()函數原型如下：代碼: void *memcpy(void *restrict s1, const void *restrict s2,size_t size);
通過使用restrict修飾s1和s2 變元，可確保它們在該原型中指向不同的對象。
2、inline（內聯）關鍵字
內聯函數除了保持結構化和函數式的定義方式外,還能使程序員寫出高效率的代碼.函數的每次調用與返回都會消耗相當大的系統資源,尤其是當函數調用發生在重復次數很多的循環語句中時.一般情況下,當發生一次函數調用時,變元需要進棧,各種寄存器內存需要保存.當函數返回時,寄存器的內容需要恢復。如果該函數在代碼內進行聯機擴展，當代碼執行時，這些保存和恢復操作旅遊活動會再發生，而且函數調用的執行速度也會大大加快。函數的聯機擴展會產生較長的代碼，所以只應該內聯對應用程序性能有顯著影響的函數以及長度較短的函數
3、新增數據類型
_Bool
值是0或1。C99中增加了用來定義bool、true以及false宏的頭文件夾 <stdbool.h> ，以便程序員能夠編寫同時兼容於C與C++的應用程序。在編寫新的應用程序時，應該使用
<stdbool.h> 頭文件中的bool宏。
_Complex and _Imaginary
C99標准中定義的復數類型如下：float_Complex; float_Imaginary; double_Complex; double_Imaginary; long double_Complex; long double_Imaginary.
<complex.h> 頭文件中定義了complex和imaginary宏,並將它們擴展為_Complex和_Imaginary,因此在編寫新的應用程序時,應該使用 <stdbool.h> 頭文件中的complex和imaginary宏。
long long int
C99標准中引進了long long int（-(2e63 - 1)至2e63 - 1）和unsigned long long int（0 - 2e64 - 1）。long long int能夠支持的整數長度為64位。
4、對數組的增強
可變長數組
C99中,程序員聲明數組時,數組的維數可以由任一有效的整型表達式確定,包括只在運行時才能確定其值的表達式,這類數組就叫做可變長數組,但是只有局部數組才可以是變長的.
可變長數組的維數在數組生存期內是不變的,也就是說,可變長數組不是動態的.可以變化的只是數組的大小.可以使用*來定義不確定長的可變長數組。
數組聲明中的類型修飾符
在C99中，如果需要使用數組作為函數變元，可以在數組聲明的方括弧內使用static關鍵字，這相當於告訴編譯程序，變元所指向的數組將至少包含指定的元素個數。也可以在數組聲明的方括弧內使用restrict,volatile,const關鍵字，但只用於函數變元。如果使用restrict，指針是初始訪問該對象的惟一途徑。如果使用const，指針始終指向同一個數組。使用volatile沒有任何意義。
5、單行注釋
引入了單行注釋標記 "// " , 可以象C++一樣使用這種注釋了。
6、分散代碼與聲明
7、預處理程序的修改
a、變元列表
宏可以帶變元，在宏定義中用省略號（...）表示。內部預處理標識符__VA_ARGS__決定變元將在何處得到替換。例：#define MySum(...) sum(__VA_ARGS__) 語句MySum(k,m,n);
將被轉換成：sum(k, m, n); 變元還可以包含變元。例： #define compare(compf, ...) compf(__VA_ARGS__) 其中的compare(strcmp, "small ", "large "); 將替換成：strcmp( "small ", "large ");
b、_Pragma運算符
C99引入了在程序中定義編譯指令的另外一種方法：_Pragma運算符。格式如下：
_Pragma( "directive ")
其中directive是要滿打滿算的編譯指令。_Pragma運算符允許編譯指令參與宏替換。
c、內部編譯指令
STDCFP_CONTRACT ON/OFF/DEFAULT 若為ON，浮點表達式被當做基於硬體方式處理的獨立單元。默認值是定義的工具。
STDCFEVN_ACCESS ON/OFF/DEFAULT 告訴編譯程序可以訪問浮點環境。默認值是定義的工具。
STDC CX_LIMITED_RANGE ON/OFF/DEFAULT 若值為ON，相當於告訴編譯程序某程序某些含有復數的公式是可靠的。默認是OFF。
d、新增的內部宏
__STDC_HOSTED__ 若操作系統存在，則為1
__STDC_VERSION__ 199991L或更高。代表C的版本
__STDC_IEC_599__ 若支持IEC 60559浮點運算，則為1
__STDC_IEC_599_COMPLEX__ 若支持IEC 60599復數運算，則為1
__STDC_ISO_10646__ 由編譯程序支持，用於說明ISO/IEC 10646標準的年和月格式：yyymmmL
9、復合賦值
C99中，復合賦值中，可以指定對象類型的數組、結構或聯合表達式。當使用復合賦值時，應在括弧內指定類型，後跟由花括弧圍起來的初始化列表；若類型為數組，則不能指定數組的大小。建成的對象是未命名的。
例： double *fp = (double[]) {1.1, 2.2, 3.3};
該語句用於建立一個指向double的指針fp，且該指針指向這個3元素數組的第一個元素。 在文件域內建立的復合賦值只在程序的整個生存期內有效。在模塊內建立的復合賦值是局部對象，在退出模塊後不再存在。
10、柔性數組結構成員
C99中，結構中的最後一個元素允許是未知大小的數組，這就叫做柔性數組成員，但結構中的柔性數組成員前面必須至少一個其他成員。柔性數組成員允許結構中包含一個大小可變的數組。sizeof返回的這種結構大小不包括柔性數組的內存。包含柔性數組成員的結構用malloc()函數進行內存的動態分配，並且分配的內存應該大於結構的大小，以適應柔性數組的預期大小。
11、指定的初始化符
C99中，該特性對經常使用稀疏數組的程序員十分有用。指定的初始化符通常有兩種用法：用於數組，以及用於結構和聯合。用於數組的格式：[index] = vol; 其中，index表示數組的下標，vol表示本數組元素的初始化值。
例如： int x[10] = {[0] = 10, [5] = 30}; 其中只有x[0]和x[5]得到了初始化．用於結構或聯合的格式如下：
member-name(成員名稱)
對結構進行指定的初始化時，允許採用簡單的方法對結構中的指定成員進行初始化。
例如： struct example{ int k, m, n; } object = {m = 10,n = 200};
其中，沒有初始化k。對結構成員進行初始化的順序沒有限制。
12、printf()和scanf()函數系列的增強
C99中printf()和scanf()函數系列引進了處理long long int和unsigned long long int數據類型的特性。long long int 類型的格式修飾符是ll。在printf()和scanf()函數中，ll適用於d, i, o, u 和x格式說明符。另外，C99還引進了hh修飾符。當使用d, i, o, u和x格式說明符時，hh用於指定char型變元。ll和hh修飾符均可以用於n說明符。
格式修飾符a和A用在printf()函數中時，結果將會輸出十六進制的浮點數。格式如下：[-]0xh, hhhhp + d 使用A格式修飾符時，x和p必須是大寫。A和a格式修飾符也可以用在scanf()函數中，用於讀取浮點數。調用printf()函數時，允許在%f說明符前加上l修飾符，即%lf，但不起作用。
13、C99新增的庫
C89中標準的頭文件
<assert.h> 定義宏assert()
<ctype.h> 字元處理
<errno.h> 錯誤報告
<float.h> 定義與實現相關的浮點值勤
<limits.h> 定義與實現相關的各種極限值
<locale.h> 支持函數setlocale()
<math.h> 數學函數庫使用的各種定義
<setjmp.h> 支持非局部跳轉
<signal.h> 定義信號值
<stdarg.h> 支持可變長度的變元列表
<stddef.h> 定義常用常數
<stdio.h> 支持文件輸入和輸出
<stdlib.h> 其他各種聲明
<string.h> 支持串函數
<time.h> 支持系統時間函數
C99新增的頭文件和庫
<complex.h> 支持復數演算法
<fenv.h> 給出對浮點狀態標記和浮點環境的其他方面的訪問
<inttypes.h> 定義標準的、可移植的整型類型集合。也支持處理最大寬度整數的函數
<iso646.h> 首先在此1995年第一次修訂時引進，用於定義對應各種運算符的宏
<stdbool.h> 支持布爾數據類型類型。定義宏bool，以便兼容於C++
<stdint.h> 定義標準的、可移植的整型類型集合。該文件包含在 <inttypes.h> 中
<tgmath.h> 定義一般類型的浮點宏
<wchar.h> 首先在1995年第一次修訂時引進，用於支持多位元組和寬位元組函數
<wctype.h> 首先在1995年第一次修訂時引進，用於支持多位元組和寬位元組分類函數
14、__func__預定義標識符
用於指出__func__所存放的函數名，類似於字元串賦值。
15、其它特性的改動
放寬的轉換限制
限制 C89標准 C99標准
數據塊的嵌套層數 15 127
條件語句的嵌套層數 8 63
內部標識符中的有效字元個數 31 63
外部標識符中的有效字元個數 6 31
結構或聯合中的成員個數 127 1023
函數調用中的參數個數 31 127
不再支持隱含式的int規則
刪除了隱含式函數聲明
對返回值的約束
C99中,非空類型函數必須使用帶返回值的return語句.
擴展的整數類型
擴展類型 含義
int16_t 整數長度為精確16位
int_least16_t 整數長度為至少16位
int_fast32_t 最穩固的整數類型,其長度為至少32位
intmax_t 最大整數類型
uintmax_t 最大無符號整數類型
對整數類型提升規則的改進
C89中,表達式中類型為char,short int或int的值可以提升為int或unsigned int類型.
C99中,每種整數類型都有一個級別.例如:long long int 的級別高於int, int的級別高於char等.在表達式中,其級別低於int或unsigned int的任何整數類型均可被替換成int或unsigned int類型.
但是各個公司對C99的支持所表現出來的興趣不同。當GCC和其它一些商業編譯器支持C99的大部分特性的時候,微軟和Borland卻似乎對此不感興趣。
GCC，GNU組織開發的開源免費的編譯器
MinGW，Windows操作系統下的GCC
Clang，開源的BSD協議的基於LLVM的編譯器
Visual C++ :: cl.exe，Microsoft VC++自帶的編譯器 CodeBlocks，開源免費的C/C++ IDE
CodeLite，開源、跨平台的C/C++集成開發環境
Orwell Dev-C++，可移植的C/C++IDE
C-Free
Light Table
Visual Stdio系列 起初，C語言沒有官方標准。1978年由美國電話電報公司(AT&T）貝爾實驗室正式發表了C語言。布萊恩·柯林漢（Brian Kernighan） 和 丹尼斯·里奇（Dennis Ritchie） 出版了一本書，名叫《The C Programming Language》。這本書被 C語言開發者們稱為K&R，很多年來被當作 C語言的非正式的標准說明。人們稱這個版本的 C語言為K&R C。
K&R C主要介紹了以下特色：
結構體（struct）類型
長整數（long int）類型
無符號整數（unsigned int）類型
把運算符=+和=-改為+=和-=。因為=+和=-會使得編譯器不知道使用者要處理i = -10還是i =- 10，使得處理上產生混淆。
即使在後來ANSI C標准被提出的許多年後，K&R C仍然是許多編譯器的最 准要求，許多老舊的編譯器仍然運行K&R C的標准。 1970到80年代，C語言被廣泛應用，從大型主機到小型微機，也衍生了C語言的很多不同版本。
1983年，美國國家標准協會（ANSI）成立了一個委員會X3J11，來制定 C語言標准。
1989年，美國國家標准協會（ANSI）通過了C語言標准，被稱為ANSI X3.159-1989 Programming Language C。因為這個標準是1989年通過的，所以一般簡稱C89標准。有些人也簡稱ANSI C，因為這個標準是美國國家標准協會（ANSI）發布的。
1990年，國際標准化組織（ISO）和國際電工委員會（IEC）把C89標準定為C語言的國際標准，命名為ISO/IEC 9899:1990 - Programming languages -- C 。因為此標準是在1990年發布的，所以有些人把簡稱作C90標准。不過大多數人依然稱之為C89標准，因為此標准與ANSI C89標准完全等同。
1994年，國際標准化組織（ISO）和國際電工委員會（IEC）發布了C89標准修訂版，名叫ISO/IEC 9899:1990/Cor 1:1994 ，有些人簡稱為C94標准。
1995年，國際標准化組織（ISO）和國際電工委員會（IEC）再次發布了C89標准修訂版，名叫ISO/IEC 9899:1990/Amd 1:1995 - C Integrity ，有些人簡稱為C95標准。 1999年1月，國際標准化組織（ISO）和國際電工委員會（IEC）發布了C語言的新標准，名叫ISO/IEC 9899:1999 - Programming languages -- C ，簡稱C99標准。這是C語言的第二個官方標准。
在C99中包括的特性有： 增加了對編譯器的限制，比如源程序每行要求至少支持到 4095 位元組，變數名函數名的要求支持到 63 位元組（extern 要求支持到 31）。 增強了預處理功能。例如： 宏支持取可變參數 #define Macro(...) __VA_ARGS__ 使用宏的時候，允許省略參數，被省略的參數會被擴展成空串。 支持 // 開頭的單行注釋（這個特性實際上在C89的很多編譯器上已經被支持了） 增加了新關鍵字 restrict, inline, _Complex, _Imaginary, _Bool 支持 long long, long double _Complex, float _Complex 等類型 支持不定長的數組，即數組長度可以在運行時決定，比如利用變數作為數組長度。聲明時使用 int a[var] 的形式。不過考慮到效率和實現，不定長數組不能用在全局，或 struct 與 union 里。 變數聲明不必放在語句塊的開頭，for 語句提倡寫成 for(int i=0;i<100;++i) 的形式，即i 只在 for 語句塊內部有效。 允許採用（type_name）{xx,xx,xx} 類似於 C++ 的構造函數的形式構造匿名的結構體。 復合字面量：初始化結構的時候允許對特定的元素賦值，形式為：
struct test{int a[3]，b;} foo[] = { [0].a = {1}, [1].a = 2 }; struct test{int a, b, c, d;} foo = { .a = 1, .c = 3, 4, .b = 5 }; // 3,4 是對 .c,.d 賦值的 格式化字元串中，利用 u 支持 unicode 的字元。 支持 16 進制的浮點數的描述。 printf scanf 的格式化串增加了對 long long int 類型的支持。 浮點數的內部數據描述支持了新標准，可以使用 #pragma 編譯器指令指定。 除了已有的 __line__ __file__ 以外，增加了 __func__ 得到當前的函數名。 允許編譯器化簡非常數的表達式。 修改了 /% 處理負數時的定義，這樣可以給出明確的結果，例如在C89中-22 / 7 = -3, -22% 7 = -1，也可以-22 / 7= -4, -22% 7 = 6。 而C99中明確為 -22 / 7 = -3, -22% 7 = -1，只有一種結果。 取消了函數返回類型默認為 int 的規定。 允許 struct 定義的最後一個數組不指定其長度，寫做 [](flexible array member)。 const const int i 將被當作 const int i 處理。 增加和修改了一些標准頭文件，比如定義 bool 的 <stdbool.h> ，定義一些標准長度的 int 的 <inttypes.h> ，定義復數的 <complex.h> ，定義寬字元的 <wctype.h> ，類似於泛型的數學函數 <tgmath.h>， 浮點數相關的 <fenv.h>。 在<stdarg.h> 增加了 va_ 用於復制 ... 的參數。里增加了 struct tmx ，對 struct tm 做了擴展。 輸入輸出對寬字元以及長整數等做了相應的支持。 GCC和其它一些商業編譯器支持C99的大部分特性。 2011年12月8日，國際標准化組織（ISO）和國際電工委員會（IEC）再次發布了C語言的新標准，名叫ISO/IEC 9899:2011 - Information technology -- Programming languages -- C ，簡稱C11標准，原名C1X。這是C語言的第三個官方標准，也是C語言的最新標准。
新的標准提高了對C++的兼容性，並增加了一些新的特性。這些新特性包括： 對齊處理(Alignment)的標准化(包括_Alignas標志符，alignof運算符, aligned_alloc函數以及<stdalign.h>頭文件。 _Noreturn 函數標記，類似於 gcc 的 __attribute__((noreturn))。 _Generic 關鍵字。 多線程(Multithreading)支持，包括： _Thread_local存儲類型標識符，<threads.h>頭文件，裡麵包含了線程的創建和管理函數。 _Atomic類型修飾符和<stdatomic.h>頭文件。 增強的Unicode的支持。基於C Unicode技術報告ISO/IEC TR 19769:2004，增強了對Unicode的支持。包括為UTF-16/UTF-32編碼增加了char16_t和char32_t數據類型，提供了包含unicode字元串轉換函數的頭文件<uchar.h>. 刪除了 gets() 函數，使用一個新的更安全的函數gets_s()替代。 增加了邊界檢查函數介面，定義了新的安全的函數，例如 fopen_s()，strcat_s() 等等。 增加了更多浮點處理宏。 匿名結構體/聯合體支持。這個在gcc早已存在，C11將其引入標准。 靜態斷言(static assertions)，_Static_assert()，在解釋 #if 和 #error 之後被處理。 新的 fopen() 模式，(「…x」)。類似 POSIX 中的 O_CREAT|O_EXCL，在文件鎖中比較常用。 新增 quick_exit() 函數作為第三種終止程序的方式。當 exit()失敗時可以做最少的清理工作。
『伍』 如何在64位的Linux系統上使用匯編和C語言混合編程 第2頁
編譯和鏈接的時候使用的指令：（AMD處理器，64位操作系統）
編譯鏈接指令
1 nasm -f elf foo.s -o foo.o
2 gcc -c bar.c -o bar.o
3 ld -s -o foobar bar.o foo.o
匯編語言用nasm編寫並用nasm編譯器編譯，而C語言用的是gcc編譯，這些都沒有問題，但是在鏈接的時候出錯了，提示如下：
ld: i386 architecture of input file `foo.o' is incompatible with i386:x86-64 output
google了一下，意思就是nasm 編譯產生的是32位的目標代碼，gcc 在64位平台上默認產生的是64位的目標代碼，這兩者在鏈接的時候出錯，gcc在64位平台上默認以64位的方式鏈接。
這樣在解決的時候就會有兩種解決方案：
<1> 讓gcc 產生32位的代碼，並在鏈接的時候以32位的方式進行鏈接
在這種情況下只需要修改編譯和鏈接指令即可，具體如下：
32位的編譯鏈接指令
1 nasm -f elf foo.s -o foo.o
2 gcc -m32 -c bar.c -o bar.o
3 ld -m elf_i386 -s -o foobar foo.o bar.o
具體的-m32 和 -m elf_i386 請自行查閱gcc （man gcc）
如果你是高版本的gcc（可能是由於更新內核造成的），可能簡單的使用-m32 的時候會提示以下錯誤（使用別人的歷程，自己未曾遇到）：
> In file included from /usr/include/stdio.h:28:0,
> from test.c:1:
> /usr/include/features.h:323:26: fatal error: bits/predefs.h: No such file or directory
> compilation terminated.
這應該是缺少構建32 位可執行程序缺少的包，使用以下指令安裝：
sudo apt-get install libc6-dev-i386
此時應該就沒有什麼問題了。