摘要：泛型，或参数化类型，是被C#支持的.NET 2.0特性。不同于C++模版，.NET参数化类型是在运行时被实例化，而不是编译时，因此它可以跨语言，而C++模版却不行。C#泛型类在编译时，先生成中间代码IL，通用类型符号T只是一个占位符；在实例化类时，根据实际数据类型代替T并由即时编译器。...泛型，或参数化类型，是被C#支持的.NET 2.0特性。不同于C++模版，.NET参数化类型是在运行时被实例化，而不是编译时，因此它可以跨语言，而C++模版却不行。C#泛型类在编译时，先生成中间代码IL，通用类型符号T只是一个占位符；在实例化类时，根据实际数据类型代替T并由即时编译器。
Chow之前是SGI和MIPS编译器的首席科学家，并公认是编译器技术方面全世界的领导权威之一。 C, C++, 和Fortran 77/90/95/2003(部分支持)编译器 对OpenMP 2.5的完全支持 (包含WORKSHARE) 对64位和32位x86编译的完全支持 对AMD64 ABI。
C h o w zhi qian shi S G I he M I P S bian yi qi de shou xi ke xue jia ， bing gong ren shi bian yi qi ji shu fang mian quan shi jie de ling dao quan wei zhi yi 。 C , C + + , he F o r t r a n 7 7 / 9 0 / 9 5 / 2 0 0 3 ( bu fen zhi chi ) bian yi qi dui O p e n M P 2 . 5 de wan quan zhi chi ( bao han W O R K S H A R E ) dui 6 4 wei he 3 2 wei x 8 6 bian yi de wan quan zhi chi dui A M D 6 4 A B I 。
?▽?
C现在被几乎所有广泛使用的编译器支持。现在多数C代码是在ANSI C基础上写的。任何仅仅使用标准C并且没有任何硬件依赖假设的代码实际上能保证在任何平台上用遵循C标准的编译器编译成功。如果没有这种预防措施，多数程序只能在一种特定的平台或特定的编译器上编译，例如，使用非标准库，例如图形用户界面库，或者有关编译器或平台特定的特性例如数据类型的确切大小和字节序。
∪０∪
(computing)）机制来完成。 C++编译器是名字修饰使用得出名的编译器。第一个C++编译器的实作是翻译成C语言源代码，以便于让C编译器编译成目标代码。正因如此，符号名必须遵守C语言的标识符规则。直至后来，能直接产生机器语言或组合语言的编译器出现了以后，系统的链接器也是基本上不支持C++的符号的，所以仍然需要名字修饰。 C。
C和C++程序的单位是翻译单元（translation unit）。作为对比，Java语言规范中就明确要求Java程序被编译实现，明确存在编译单元（compilation unit）。实际上C和C++也存在REPL形式的解释器实现，如CINT和Cling。但因为传统上C和C++多以编译器。
编译自己源程序的编译器变得越来越可行，不过还是用Pascal和C语言来实现编译器更加流行。制作某种语言的第一个能编译器，要么需要用其它语言来编写，要么就像Hart和Levin制作Lisp编译器那样，用解释器来运行编译器。 编译器的构造与优化是计算机专业的大学课程，课程名称一般为「编译。
不同C++编译器（如Mindw-w64 GCC与Visual Studio）产生的二进制可执行程序一般互不兼容，因为使用了不同的ABI与名字修饰导致了C++运行时的差异。但被编译的C代码是链接时兼容的。 Clang是个例外，它广泛支持了MSVC'的C++ ABI。 https://www。
C Compiler），因为它原本只能处理C语言。同年12月，新的GCC编译器可以编译C++语言。后来又为Fortran、Pascal、Objective-C、Java、Ada，Go等其他语言开发了前端。C和C++编译器也支持OpenMP和OpenACC规范。 GCC编译器已经被移植到比其他编译器。
中找到。 编译时，根据项目是调试版还是发布版，动态还是静态链接运行时库，编译器可自动使用默认库。如果使用编译选项/nodefaultlib，需要显式指定使用的库。对于VC++2015，所有下述库均为多线程： Visual C++编译出的应用程序，其运行环境通常需要安装Visual C++运行时库。官方下载网址见。。
Tiny C Compiler（缩写为TCC、tCc或TinyCC）是一个用於x86（16/32位元）或x86-64（64位元）系统的C编译器，开发者为Fabrice Bellard。软体是设计用於低阶电脑环境，或是於磁碟容量有限的空间中（1.44磁片或是硬碟）。软体可以適用於Windows、Linux、Unix作业系统，而最新版本为0。
Intel C++编译器（英语：Intel C++ Compiler），经常被称为icc或icl，一种C语言与C++的编译器，可以在macOS，Linux与Windows上运行，由英特尔公司研发。 对於IA-32与Intel x86-64架构，这个编译器能产生最佳化的代码，但是对於非Intel但是。
C++/CX (Visual C++ Component Extensions，Visual C++ 组件扩展) 是微软的C++编译器对C++的扩展，使得程序员可以比较方便地编写面向Windows Runtime(WinRT)的程序。这个语言规范引入了一系列语法和类库抽象，以对C。
可移植C编译器（英语：Portable C Compiler），也被称为pcc，或pccm（portable C compiler machine），一种早期的C语言编译器，由史蒂芬·强生（英语：Stephen C. Johnson）於1970年代中期，在贝尔实验室写作。这个编译器被使用在Version。
Objective-C是一种通用、高级、面向对象的编程语言。它扩展了标准的ANSI C编程语言，将Smalltalk式的消息传递机制加入到ANSI C中。目前主要支持的编译器有GCC和Clang（採用LLVM作为后端）。 Objective-C的商標权属於苹果公司，苹果公司也是这个程式语言的主要开发。
∪﹏∪
源代码到源代码编译器（英语：source-to-source compiler）、翻译器（transcompiler）或转译器（transpiler）是以某种编程语言的程序源代码作为输入，生成以另一种编程语言构成的等效源代码的编译器。源代码到源代码编译器会在大致相同的抽象级别之间抽象化，而传统编译器。
在计算机科学中，自举是一种自生成编译器的技术——也就是，某个编程语言的编译器（或汇编器）是该语言编写的。最初的核心编译器（自举编译器）是由其他编程语言生成的（可以是使用汇编语言），之后的编译器版本则是使用该语言的最小子集编写而成。自生成编译器的编译问题被称为编译器设计的先有鸡还是先有蛋问题，而自举则是这个问题的解决方法。。
⊙﹏⊙
在ANSI C出现之前，这本书的第一版一般是C编译器作者的参考标准。随着ANSI C的标准化，第二版的更加面向程序员而不是针对编译器作者，在作者在第二版序言中写道： 附录A是一个参考手册，并不是标准，我们希望通过较少的篇幅概述标准中的要点。附录的目的是为了帮助程序员更好地理解语言本身，而不是为一个编译器。
它包括一个运行时系统，一个字节码编译器和解释器，它允许应用被部署在预期没有C编译器的地方，和一个编译到中间语言的编译器，它为了更高的运行时间效率而编译Common Lisp到C。后者还具有的特征为本机外界函数接口（英语：foreign function interface）（FFI），它支持内联C作为Common。
编译器和链接器或不同的库。 但是，C并不是C++的子集， 一般的 C 代码不经修改很难被一些严格符合C++标准的C++编译器成功编译；同样，C++ 引入了许多 C 中没有的特性，所以，几乎所有用 C++ 编写的代码都无法被 C 编译器成功编译。
＞﹏＜
C/C++ 编译器在DOS开发环境中，以编译后的 exe 执行档运行高速而著称，且是首个支持Intel 80386 "保护模式"的编译器。于90年代中期，不少在技术上具有雄心的游戏（例如 Doom、Descent、Duke Nukem 3D）都以 Watcom C 写成。 Watcom C/C++。
发表评论