c編譯器100符合標准
㈠ 100分跪求支持vista的C編譯器～！！
vista?
機器好的話，下個vm跑個linux live盤，用gcc。
要不就自己找vs2005安，還要下sp1和vista的補丁，M$官方有的下，奉勸你最好安英文的，我原來用驢子下過一個，現在已經刻成盤了，不知道現在還能不能下。
無論如何，千萬別安中文的vc2005，中文的MSDN慘不忍睹。
還有vc2008的beta版，可以去下一個試試，應該是支持vista的。
PS: vista，本來也想搞一個安安，研究哈WPF，但俺機器太爛，嘆...
那個，恕我直言，TC這東西，還是早些丟了的好，如果你要學DOS下的c語言，這東西不錯，TC可是當年DOS下的王者啊。
但是，如今是GUI的世界，或者說是32，64位處理器的世界，在32或64位下用TC，它是跑在一個叫做虛86的模式下的，windows3.0知道吧，使M$一炮成名的16位操作系統，貌似是1990年的產品，早在那個時候，dos程序在windows上就只能在虛86模式下跑。而今，TC早已是昨日黃花。
如果你要玩dos，你可以裝一個標準的dos系統，然後在實模式下跑dos，玩TC，和硬體直接交互...
但如果你是為了要學C/C++，在windows特別是vista上用TC多少顯得有點...
怎麼說呢，就像是你在寫java代碼，跑JVM的感覺一樣。
但你寫的是C/C++代碼，他們編譯後是本地代碼，雖然你可以說你只是在學語言本身，以後換個什麼編譯器就可以，但是，16位與32環境畢竟有諸多不同（比如16位下要區別near和far指針），這可能會影響你今後向32位環境的過渡（遲早的事）。
而且，C的最新標準是C99，而TC支持的標準是C89，差了10幾年...
我要求不高啊～軟體太大我都不知道怎麼用～
------------------------------>>>
我一開始就是用vc2005的，軟體是很大，功能很全，直到現在我也沒完全摸透它，但，只用它來學習C/C++和調試程序的話，用vc，實在是太方便了。而且比起以前，我現在已經基本掌握了它的用法。如果你嫌vc大，windows下還可以用mingw和dev C++嘛，嫌mingw配置麻煩，還有個叫做mingw studio的東東，才20多M，使用非常簡單，而且是標準的gcc內核，雖然版本肯定較現在的gcc要老一點，但其對C/C++的標準的支持是非常不錯的，和vc不相上下。
所以我推薦使用vc2005和其以後版本的vc，以及諸多gcc內核的編譯器。
vc6在我眼裡和TC地位差不多，你自己選擇下。
詳細和深度？
為什麼我會忽然想起某人- -
㈡ 求標準的C\C++編譯器
我現在用的是 Editpad Pro..
㈢ 公認最標準的C語言編譯器是GCC還是TC
dev c++使用gcc作為c語言的編譯器……這個比較適應，而且比TC標准得多……
㈣ c++漢諾塔程序在vc上編譯成功但在netbeans和dev-c++上無法通過編譯
c++編譯器是一個與標准化C++高度兼容的編譯環境。這點對於編譯可移植的代碼十分重要。編譯器對不同的CPU會進行不同的優化。
常見的C++編譯器有如下幾種：
GNU C++
g++是一個開源的C++編譯器，GCC3.3對標准化C++的支持達96.15%。
值得一提的是，gcc是gnu c的編譯器, g++是gnu c++的編譯器, 而egcs(Enhanced GNU Compiler Suite)可以認為是gcc的改進版。目前gcc已經改名，從原來代表GNU C Compiler改變為代表GNU Compiler Collection。而MinGW或Cgywin,是在windows平台上的gnu c/c++編譯器,以及庫文件,運行環境的集合。
Borland C++
該編譯以速度快、空間效率高而著稱。它的5.5版本對標准化C++的支持達92.73%，而官方稱100%符合ANSI/ISO的C++標准和C99標准。
它是Borland公司開發的，是Borland C++ Builder和Borland C++ Builder X這兩種IDE的後台編譯器。
Visual C++
VC++6.0對標准化C++的兼容僅達83.43%。
它是Visual Studio、Visual Studio.net 2002、Visual Studio.net 2003、Visual Studio.net 2005的後台C++編譯器。隨著Stanley Lippman等編譯器設計大師的加盟，它變得非常成熟可靠了。Visual C++ 7.1對標准C++的兼容性達到98.22%。
********************************
了解的C/C++編譯器如下：
GCC家族
Cygwin
Mingw32
DJGPP
Dev-C++(Mingw32)
還有正宗的GNU GCC 2.95.5~3.0.0.4版本
MS家族
MSC 5.0、6.0、7.0
MSQC 1.0、2.5
MSVC 1.0、4.2、6.0、7.0
Borland家族
TC 1.0、2.0
TC++ 1.01、3.0
BC 3.0、3.1、4.0、4.5、5.0、5.02
BCB 3.0、5.0、6.0
其它
Intel C/C++ 5.0
Watcom C/C++ 11.0、11.0c
VectorC 1.3.3
IBM VisualAge for C++
DigitalMars C/C++
KAI C/C++ 4.03f for RedHat 7.2
Lcc4.1
LCC-WIN32 2001-09-25~2002-04-28日版
Small C
CC386
Pacific C
另外還有C的解釋器
Quincy
Eic
CINT
在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。
其它的編譯器如：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++的特性。
當然還有很多其它的編譯器，這里我給出的編譯器都是可以在WIN32或DOS平台上用的（除KAI外）。UNIX平台上的編譯器還是以GNU的為主，其它的我就不是很清楚了。
在以上的編譯器中，最特別的就是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是最專業的，有很強大的代碼分析，管理功能。而且它提供了大量的編程資料。
我的效率測試
我曾對一些編譯器的代碼執行效率做過一些測試，以下是概況：
1. VectorC、VC 7.0 （極快）
2. Intel C/C++、VC 6.0、GCC （很快）
3. DigitalMars C/C++ （一般）
4. LCC-WIN32、BCB、BC5.02 (較慢)
㈤ c語言編譯器哪個好
還是用dev c吧,採用的是gcc編譯器,號稱99.9%符合ANSI 標准,而且小巧可愛, 如果你是初學c的話用它再好不過了.在網上去下一個dev C++(含有c編譯器的), 安裝後在編譯選項裡面把編譯器設置成c編譯器就可以了
tc是dos界面的,所以用起來很不爽
visual c++太龐大, 而且他有很多地方與ANSI標准不兼容
㈥ c++中編譯時出現亂碼的原因可能有哪些
這是因為編譯器不支持。以下為幾種常用的編譯器
c++編譯器是一個與標准化C++高度兼容的編譯環境。這點對於編譯可移植的代碼十分重要。編譯器對不同的CPU會進行不同的優化。
常見的C++編譯器有如下幾種：
GNU C++
g++是一個開源的C++編譯器，GCC3.3對標准化C++的支持達96.15%。
值得一提的是，gcc是gnu c的編譯器, g++是gnu c++的編譯器, 而egcs(Enhanced GNU Compiler Suite)可以認為是gcc的改進版。目前gcc已經改名，從原來代表GNU C Compiler改變為代表GNU Compiler Collection。而MinGW或Cgywin,是在windows平台上的gnu c/c++編譯器,以及庫文件,運行環境的集合。
Borland C++
該編譯以速度快、空間效率高而著稱。它的5.5版本對標准化C++的支持達92.73%，而官方稱100%符合ANSI/ISO的C++標准和C99標准。
它是Borland公司開發的，是Borland C++ Builder和Borland C++ Builder X這兩種IDE的後台編譯器。
Visual C++
VC++6.0對標准化C++的兼容僅達83.43%。
它是Visual Studio、Visual Studio.net 2002、Visual Studio.net 2003、Visual Studio.net 2005的後台C++編譯器。隨著Stanley Lippman等編譯器設計大師的加盟，它變得非常成熟可靠了。Visual C++
㈦ 學C語言，用哪個編譯器最符合標准
IDE 用CODE::BLOCK 編譯器用cb自帶的
麻煩採納，謝謝!
㈧ 編譯器不符合ANSI C++規范的部分的表現是什麼
一般是指「原本該通過編譯的 沒有 通過編譯」
比如最常見的不符合ANSI C++規范的編譯器是vc6
這么寫
for (int i = 0; i < 100; i++) {
...
}
for (int i = 0; i < 10; i++) {
...
}
編譯就不通過
而C99標準是支持這樣的定義的。vc6默認的i的生命周期和C99標准不一樣，導致編譯不通過，認為後一個i是重復定義了
而一般編譯器都有「原本 不 該通過編譯的 通過編譯了」的情況
那是因為某些原因對標准C做了擴展
比如GCC就有很多擴展（語句表達式，可變參數宏，等等）
這些擴展是ANSI C++裡面沒有的，卻在linux內核代碼裡面扮演重要的角色
編譯器的擴展增大了各編譯器之間的差異，降低了某些源代碼的可移植性
不過現在vc2008做的不錯了，比較符合最新的標准C規范
所以建議寫代碼的時候，如果沒有必要，最好遵守標准C規范
網上可以找到ANSI C的yacc語法文件，你可以研究下（不懂yacc的就看bison幫助文檔）
-----------------------------------------
以上內容為本人原創，謝謝
㈨ 最符合C語言標準的編譯器是
和C99標准完全吻合的編譯器應該是根本沒有。
何必追求標准呢，好用才是關鍵啊。制定規范的人未必就比做編譯器的聰明。
㈩ 支持C++標準的編譯器：達到90%以上，MS的別說了，有點傷心。
GNU C++ ，簡稱g++
如果g++在編譯的時候加上參數-ansi -pedantic，就可以100%遵守ANSI和ISO的C++標准。
如果你想80%遵守ANSI/ISO的C++標準的話，且100%遵守GNU標准，那就不加-ansi -pedantic參數。
注意：最不遵守標準的是微軟的Visual C++，不過大型Windows編程只能用Visual C++。