支持c99的編譯器
桌面操作系統
對於當前主流桌面操作系統而言，可使用 VisualC++、GCC以及 LLVM Clang 這三大編譯器。
Visual C++（簡稱 MSVC）只能用於 Windows 操作系統；GCC 和 LLVM Clang除了可用於Windows操作系統之外，主要用於 Unix/Linux操作系統。
像現在很多版本的 Linux 都默認使用 GCC 作為C語言編譯器，而像 FreeBSD、macOS 等系統默認使用 LLVM Clang 編譯器。由於當前 LLVM 項目主要在 Apple 的主推下發展的，所以在 macOS中，Clang 編譯器又被稱為 Apple LLVM 編譯器。
MSVC 編譯器主要用於 Windows 操作系統平台下的應用程序開發，它不開源。用戶可以使用 Visual Studio Community 版本來免費使用它，但是如果要把通過 Visual Studio Community 工具生成出來的應用進行商用，那麼就得好好閱讀一下微軟的許可證和說明書了。
而使用 GCC 與 Clang 編譯器構建出來的應用一般沒有任何限制，程序員可以將應用程序隨意發布和進行商用。
MSVC 編譯器對 C99 標準的支持就十分有限，加之它壓根不支持任何 C11 標准，所以本教程中設計 C11 的代碼例子不會針對 MSVC 進行描述。所幸的是，Visual Studio Community 2017 加入了對 Clang 編譯器的支持，官方稱之為——Clang with Microsoft CodeGen，當前版本基於的是 Clang 3.8。
也就是說，應用於 Visual Studio 集成開發環境中的 Clang 編譯器前端可支持 Clang 編譯器的所有語法特性，而後端生成的代碼則與 MSVC 效果一樣，包括像 long 整數類型在 64 位編譯模式下長度仍然為 4 個位元組，所以各位使用的時候也需要注意。
為了方便描述，本教程後面涉及 Visual Studio 集成開發環境下的 Clang 編譯器簡稱為 VS-Clang 編譯器。
嵌入式系統
而在嵌入式系統方面，可用的C語言編譯器就非常豐富了，比如：
用於 Keil 公司 51 系列單片機的 Keil C51 編譯器；
當前大紅大紫的 Arino 板搭載的開發套件，可用針對 AVR 微控制器的 AVRGCC 編譯器；
ARM 自己出的 ADS（ARM Development Suite）、RVDS（RealView Development Suite）和當前最新的 DS-5 Studio；
DSP 設計商 TI（Texas Instruments）的 CCS（Code Composer Studio）；
DSP 設計商 ADI（Analog Devices，Inc.）的 Visual DSP++ 編譯器，等等。
- 通常，用於嵌入式系統開發的編譯工具鏈都沒有免費版本，而且一般需要通過國內代理進行購買。所以，這對於個人開發者或者嵌入式系統愛好者而言是一道不低的門檻。
- 不過 Arino 的開發套件是可免費下載使用的，並且用它做開發板連接調試也十分簡單。Arino 所採用的C編譯器是基於 GCC 的。
- 還有像樹莓派（Raspberry Pi）這種迷你電腦可以直接使用 GCC 和 Clang 編譯器。此外，還有像 nVidia 公司推出的 Jetson TK 系列開發板也可直接使用 GCC 和 Clang 編譯器。樹莓派與 Jetson TK 都默認安裝了 Linux 操作系統。
- 在嵌入式領域，一般比較低端的單片機，比如 8 位的 MCU 所對應的C編譯器可能只支持 C90 標准，有些甚至連 C90 標準的很多特性都不支持。因為它們一方面內存小，ROM 的容量也小；另一方面，本身處理器機能就十分有限，有些甚至無法支持函數指針，因為處理器本身不包含通過寄存器做間接過程調用的指令。
- 而像 32 位處理器或 DSP，一般都至少能支持 C99 標准，它們本身的性能也十分強大。而像 ARM 出的 RVDS 編譯器甚至可用 GNU 語法擴展。
- 下圖展示了上述C語言編譯器的分類。
B. 支持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卻似乎對此不感興趣。
C. 大家都用什麼C/C++編譯環境
了解的C/C++編譯器如下： x0dx0aGCC家族有 x0dx0aCygwin x0dx0aMingw32 x0dx0aDJGPP x0dx0aDev-C++(Mingw32) x0dx0a還有正宗的GNU GCC 2.95.5~3.0.0.4版本 x0dx0aMS家族有 x0dx0aMSC 5.0、6.0、7.0 x0dx0aMSQC 1.0、2.5 x0dx0aMSVC 1.0、4.2、6.0、7.0 x0dx0aBorland家族有 x0dx0aTC 1.0、2.0 x0dx0aTC++ 1.01、3.0 x0dx0aBC 3.0、3.1、4.0、4.5、5.0、5.02 x0dx0aBCB 3.0、5.0、6.0 x0dx0a其它有 x0dx0aIntel C/C++ 5.0 x0dx0aWatcom C/C++ 11.0、11.0c x0dx0aVectorC 1.3.3 x0dx0aIBM VisualAge for C++ x0dx0aDigitalMars C/C++ x0dx0aKAI C/C++ 4.03f for RedHat 7.2 x0dx0aLcc4.1 x0dx0aLCC-WIN32 2001-09-25~2002-04-28日版 x0dx0aSmall C x0dx0aCC386 x0dx0aPacific C x0dx0a另外還有C的解釋器 x0dx0aQuincy x0dx0aEic x0dx0aCINT x0dx0ax0dx0a上面提到的編譯器/解釋器，大部分我都使用過。現在固定使用VC7.0 Cygwin Mingw32 VectorC和LCC-WIN32這五種編譯器。 x0dx0ax0dx0a在GCC家族中GNU GCC是根本，其它的編譯器版本都是從它導出的。其中，Cygwin和Mingw32都是WIN32平台下的編譯器，DJGPP是DOS下的32位編譯器。大家所熟知的DEV-C++充其量只是GCC的一個外殼，它所自帶的編譯器就是Mingw32的一個版本。這些GCC的版本中，Cygwin是最大的，它與其說是一個編譯器，倒不如說是一套編程工具。它不僅有編譯器，還有其它很多的工具。其實，它就是一個UNIX系統在WIN32平台上的實現。實現了大多常用的UNIX工具，最近的版本中連Apache這樣的「工具」都集成進來的。不過，Cygwin雖然功能強大，但它卻不是很易用（和UNIX相似，熟悉UNIX的人用它可以很快上手），因為太多其它的工具分散了人們的注意力。相比之下Mingw32就要好用得多，它只有最基本的幾個編程工具（只可惜它不自帶GDB）。GCC中並不只是C/C++編譯器，其中還有很多其它的編譯器如JAVA，Fortran，ADA等。它是一個編譯器集合，不過有些編譯器只能在UNIX系統上用。MS家族的編譯器就不用說了，大家對它們都很熟悉。VC 7.0(VC.NET)是它的最新產品。Borland家族也不用說，大家也是耳熟能詳。最近它才推出了BCB 6.0。 x0dx0ax0dx0a其它的編譯器如：Intel C/C++大家一看名稱就知道是Intel的東西，它和VC6完全兼容，不過要掛在VC6下才能用。Watcom C/C++是早先編譯器四國大戰中的一員，原本是很不錯的東西，可惜戰略不對，現在已不見聲息了。倒是以它為基礎的一個OpenWatcom現在還在奮戰。VectorC是我近日才發現的一個好東東，它是個純C的編譯器。IBM的VisualAge for C++原本是IBM想用來淌C++編譯器這片渾水的東西，不過IBM的戰略改了，它就被放棄了。DigitalMars C/C++的前身的Symantec C++（它也是編譯器四國大戰中的一員），不過現在Symantec不做了，於是它的作者就把它改成了DigitalMars C/C++開放給大家使用。以上這些都是WIN32平台上的東西。KAI C/C++是個很強大的C/C++編譯器，它是個多平台的編譯器。不過現在被INTEL收購了，已經停止開發了。Lcc4.1是個純C的編譯器它是開放源代碼的。不過不怎麼好用。LCC-WIN32是一個在LCC基礎上開發的C語言的集成開發環境，很好用，而且有很詳細的資料，FREE！Pacific C是一個純DOS的C的集成開發環境，就不多說了。Small C CC386都是開放源代碼的編譯器，它們都很簡單，應用來給大家學習編譯器的。Quincy Eic CINT都是C的解釋器，是用來讓大家學習C語言的其中CINT的功能很強大，還支持一些C++的特性。 x0dx0a當然還有很多其它的編譯器，這里我給出的編譯器都是可以在WIN32或DOS平台上用的（除KAI外）。UNIX平台上的編譯器還是以GNU的為主，其它的我就不是很清楚了。 x0dx0ax0dx0a在以上的編譯器中，最特別的就是VectorC這個東西只支持純C。但它卻號稱是最快的編譯器，不過經過我的試驗，它的確在有些情況下強過其它編譯器很多！而且它還有個互動式的優化器，可以讓你直接看到C代碼對映的匯編代碼。Cygwin和Mingw32為一母所生，其運行效果相差不大。它們生成的代碼效率都很不錯，編譯的速度也很快，最值得一提的是它們對C++的特性的支持算是所有編譯器中最完全的，而且它們還支持C99的大部分特性。這一點很是不錯！大家對MS的VC已經很熟悉了，本不用我多說。不過在它的最新的產品VC7.0中，有很大的改進。它對C++的特性的支持比6.0有了很大的提高，是我所用的編譯器中是僅次於GCC的。而且它編譯出的程序，運行速度很快！僅有少數時候次於VectorC與GCC，其它情況都是最快的！其平均運行速度是最快的。對Borland的產品我也無需多說。它的TC2.0與BC3.1都是我最喜歡的東西。可是現在的BCB卻大不如前了，編譯的速度和VC6一樣慢！IDE還有較多的BUG。最令人想不通的是它生成的代碼的運行速度很慢，比LCC-WIN32還慢！它唯一值得一提的就是它的RAD做的比MS的好。Intel的編譯器大家可能不熟，它太貴了！還要有VC的支持，很不劃算，而且編譯速度比VC6還慢。不過它的代碼質量很不錯。DigitalMars C/C++沒有什麼亮點，編譯速度較快，代碼執行速度適中，對C++特性支持還算不錯。LCC-WIN32是個很不錯的集成開發環境，它只支持純C。它的編譯速度極快！代碼執行速度較慢。不過它的最大亮點在於它的IDE，在所有的FREE編程工具中，它的IDE是最專業的，有很強大的代碼分析，管理功能。而且它提供了大量的編程資料。 x0dx0a我曾對一些編譯器的代碼執行效率做過一些測試，以下是概況： x0dx0a1. VectorC、VC 7.0 （極快） x0dx0a2. Intel C/C++、VC 6.0、GCC （很快） x0dx0a3. DigitalMars C/C++ （一般） x0dx0a4. LCC-WIN32、BCB、BC5.02 (較慢) x0dx0a當然，我所做的測試比較片面。不過在很大程度上已能反映其大概狀況。
D. C語言中的變數可以在使用之前任何位置進行定義嗎
全局變數，可以在函數外任何位置定義。
局部變數的合法定義位置，依賴於編譯器遵循的C規范版本。
1、僅支持C89規范的編譯器，只支持在作用域起始部分定義變數。
比如：
voidfunc(void)
{
inta=1;//函數體起始位置。
if(a>0)//其實這個判斷沒有意義，僅為提供樣例。
{
intb=2;//判斷部分{}的起始位置。
printf("%d ",b);
}
}
如果寫成
voidfunc(void)
{
inta;//第一個定義，合法。
a=1;//執行一個語句。
intb;//這個定義不在作用域起始處，編譯會報錯。
}
二、支持C99或者部分支持C99的編譯器：
局部變數可以定義在任何位置。
之前的第二個例子中的定義方式，在這種編譯器下是合法的。
甚至部分支持C99全面的編譯器，支持
for(inta=0;a<100;a++)
在for中定義變數。
三、目前大多數編譯器，均支持任何位置定義變數，但僅有少部分支持for中定義變數，所以在編碼時，不建議for中定義，會降低可移植性。
E. 計算機二級考試C語言採用的是什麼標准（C99還是ANSI C）
考試採用的是vc6.0編譯器
VC6.0完全不支持C99標准，因為vc6.0是1993年推出來的
而C99是99年才推出的標准，實際推廣並被承認已經好幾年之後的事情了
VC6.0僅支持C99中對原有C語言語法兼容的部分，其他新特性並不支持
只支持標準的ANSI C
F. 有幾個關於dev編譯器的問題。。。
dev不是一個編譯器，dev是一個IDE。弄清楚IDE和編譯器的區別。dev自帶的編譯器是TDM-GCC，當然你也可以指定別的。TDM-GCC支持C99。
工具->編譯選項->編譯時加入以下命令：-std=c99
GNU C99=ISO C99+GNU擴展（函數庫）。
G. 請問一下visual studio 2005中的C++編譯器支持c99標准嗎
為什麼非得支持C99呢?編程的時候標准這么重要嗎?
有必要嗎?
Borland C++ Builder X中的6.0版本，官方稱100%符合ANSI/ISO的C++標准以及C99標准。