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++。