A. 编译器与指令集
1.tc是16位的编译器,它用于64位的程序开发。自然没有对新的64位指令集支持。
2.楼主的理解有一些偏差：如同楼上所说，C语言是本地编译和链接的，此次编译链接成的可执行文件时针对本地机。其跨平台是在可用一个源文件在多平台编译链接，但是其产生的目标文件和本地不同。
TC已经过时N久了，推荐楼主使用微软的VS2008。
B. 每个编译器都不一样么 c语言一般用什么编译器 每次一种编译器不能编译 另一种却能编译出
编译器就是c语言编译成二进制的东西，
不同的编译器是不同的， 比如16位系统和32位系统的编译器就不同，因为16位的认为int是2字节，32位的则认为是4个字节。 另外 linux上的编译器跟windows下的编译器也不同，linux上的认为内核空间占1G，而windows下则认为占2G, 此外两个系统对环境变量以及其他的设置也不同所以编译器更不能用。
而且不同的CPU的指令集时不同的，所以同样int a =1 最后被编译成的二进制代码也是不同的。
C语言的编译器有很多，windows下的编译器也有很多，不同的编译器可能会做一些不同的优化，linux下的gcc也可以添加选项让他编译windows下运行的程序。
main(int argc,char*argv[ 】 ） argc 是你的参数个数 argv是你的参数。
比如你最终程序叫 add 那么 你在命令行执行add 1 2 那么argc =3 第一个参数使你的add, 第二个第三个就是 1 2， 在函数内部你就可以获取这俩参数进行相加然后打印
visual 是个IDE，集成开发环境，已经集成好了windows下使用的编译器连接器 等， 编写代码完成后直接点击编译就行了。 IDE的默认编译器是可以更改的，不同的IDE设置不同。
C. 编译器如何将编程语言翻译成目标CPU的特定指令集
编译器如何将编程语言翻译成目标CPU的特定指令集?
MSIL
MSIL是将.NET代码转化为机器语言的一个中间过程。它是一种介于高级语言和基于Intel的汇编语言的伪汇编语言。当用户编译一个.NET程序时，编译器将源代码翻译成Microsoft 中间语言 (MSIL),它是一组可以有效地转换为本机代码且独立于CPU的指令。当执行这些指令时，实时（JIT）编译器将它们转化为CPU特定的代码。由于公共语言运行库支持多种实时编译器，因此同一段msil代码可以被不同的编译器实时编译并运行在不同的结构上。从理论上来说，MSIL将消除多年以来业界中不同语言之间的纷争。在.NET的世界中可能出现下面的情况一部分代码可以用EFFIL实现，另一部分代码使用C#或VB.NET完成的，但是最后这些代码都将被转换为中间语言。
D. 请问学x86汇编语言用什么编译器
编译器自举！搜索这个关键字
程序都是编译器编译的。这个是肯定的
至于第一款X语言编译器是不是直接1010101010自己写的那就不知道啦
一般开发编译器的话。有两条路选择
1.利用yacc(或者其变种)&lex(词法分析)-等工具自己生成语法模板
词法语法都可以使用这些工具自己生成
然后自己编写生成的中间码和生成的机器码就可以了
一般做编译原理类似试验都是如此的。许多编译器也的确是这样
2.自己写词法分析和语法分析。可以参考一些开源的编译器
lcc-这个是ANSI C99标准的编译器是开源的
或者nasm,watcom等编译器到上不少开源的编译器
总的来说。高级语言编译器比较难写
如果想快速写出一个的话
可以采用第一种做法。利用工具生成语法词法模板
先写一个简单的汇编编译器比较简单
开源的有nasm,jwasm(支持masm语法开源的编译器)
fasm(这款编译器是自举的.就是自己可以编译自己),
剩下的就是自己做好语言规则关键字map
引用高手的话。语言map做好了你的编译器也做好一半了
剩下的都是机械性的工作了。
生成x86或者arm指令。
优化工作这个很难解释.根据你所需要的做吧
毕竟可以做出一个无错,又XX的编译器已经很难得
你可以选择使用现有的编译器开发自己的编译器
然后等到你的编译器支持相当数量指令和成熟度的时候
使用自己的语法重新写一遍编译器.
这样你就可以用自己的编译器开发自己的编译器了(是不是很邪恶?)
另外举几个例子
Delphi的编译器是C++ Builder开发的。
而C++ Builder的IDE是Delphi开发的
C++ Builder的编译器是C++ Builder开发的-这个就是编译器自举了。。Delphi和C++ Builder共享一个后端化优化器。
Delphi 早期的版本的编译器是tasm直接编译的。可见Anders的汇编功力多强悍（Anders也就是后来VJ++,C#,.NET工程的核心架构师.最关键的灵魂级人物）
VC++的编译器是VC++开发的。很明显这都说明了编译器自举
自己开发自己。如果一个编译器可以做到自己编译自己。那基本上就可以实现任何功能了。
关于编译器开发的书籍可以看一下
龙书《编译原理(第二版)》
虎书《现代编译原理-C语言描述》
鲸书《高级编译器设计与实现》
建议从鲸书看起。然后是龙书
再来是虎书--虎书里面描述了许多现代编译器(正如其名)技术
例如面向对象啦,优化,垃圾回收等等.
鲸书看完基本上就可以实现一个简单的Tiny C编译器了
然后在龙书巩固,读一下语言规范,自己看一些开源的汇编编译器代码
自己就可以尝试做一个汇编语言编译器了.等到技术提高了
在尝试做一些高级语法识别，参考LCC代码做一下ANSI C99的
C语言编译器。再来就看你自己的兴趣和领悟度拉
如果想支持C++的话就得要对编译器做许多方便的研究
类似Java那种跨平台或者Ruby,Python等动态语言
虎书中也有描述。当然看自己功力了
E. 自定义区段 Win32汇编
下面的程序段是一个框架。
字串2
.386
.MODEL Flat, STDCALL
.DATA
<Your initialized data>
......
.DATA?
<Your uninitialized data>
......
.CONST
<Your constants>
......
.CODE
<label>
<Your code>
.....
end <label> 字串6
框架就这么简单，好，我现在就给您解释： 字串8
.386
这是一个汇编语言伪指令，他告诉编译器我们的程序是使用80386指令集编写的。您还可以使用 .486、.586， 但最安全的还是使用.386。对于每一种CPU有两套几乎功能相同伪指令： .386/.386P、 486/.486P、 586/.586P。 带P的指令标明您的程序中可以用特权级指令。特权级指令是保留给操作系统的，如虚拟设备驱动程序。在大多数时间，您的程序都无须运行在RING0层，故用 不带后缀P的伪指令已足够了。
字串8
.MODEL FLAT，STDCALL
.MODEL 是用来指定内存模式的伪指令，在Win32下，只有一种内存模型，那就是FLAT。 STDCALL 告诉编译器参数的传递约定。参数的传递约定是指参数传达时的顺序(从左到右或从右到左)和由谁恢复堆栈指针(调用者或被调用者)。在Win16下有两种约 定：C 和 PASCAL。C 约定规定参数传递顺序是从右到左，即最右边的参数最先压栈，由调用者恢复堆栈指针。
字串8
例如：为调用函数 foo ( int first_param， int second_param， int third_param )； 按C约定的汇编代码应该是这样的：
字串5
push [third_param]
push [second_param]
push [first_param]
call foo
add esp， 3 * 4 ;调用者自己恢复堆栈指针
字串6
PASCAL约定和C约定正好相反，它规定参数是从左向右传递，由被调用者恢复堆栈。Win16采用了PASCAL约定， 因为PASCAL约定产生的代码量要小。当不知道参数的个数时，C约定特别有用。如在函数wsprintf () 中， wsprintf预先并不知道要传递几个参数，所以它不知道如何恢复堆栈。STDCALL是C约定和PASCAL约定的混合体，它规定参数的传递是从右到 左，恢复堆栈的工作交由被调用者。Win32只用STDCALL约定，但除了一个特例，即：wsprintf。
字串1
.DATA .DATA? .CONST .CODE
上面的四个伪指令是"分段"(SECTION)伪指令。我们上面刚讲过Win32下没有"段"(SEGMENT)的概念，但是您可以把您的程序分成不同的"分段"， 一个"分段"的开始即是上一个"分段"的结束。WIN32中只有两种性质的"分段"：DATA和CODE。
其中DATA"分段"又分为三种：
.DATA 其中包括已初始化的数据。
.DATA? 其中包括未初始化的数据。比如有时您仅想预先分配一些内存但并不想指定初始值。使用未初始化的数据的优点是它不占据可执行文件的大小，如：若您要在 .DATA? 段中分配10，000字节的空间，您的可执行文件的大小无须增加10，000字节，而仅仅是要告诉编译器在装载可执行文件时分配所需字节。
.CONST 其中包括常量定义。这些常量在程序运行过程中是不能更改的。 应用程序并不需要以上所有的三个"分段"， 可以根据需要进行定义。
.CODE 这是代码"分段"。
< 译者注：实际上，分段并不是象在 Dos 下一样，为不同的段分别指出不同的段寄存器，因为 Windows 下只有一个 4GB 的段，Windows 程序中的分段表现在当程序装载时，赋予不同的分段不同的属性，比如说当你的程序加载时，对于 Ring3 程序来说，.code 段是不可写的，而 .data 段是可写的，如果你尝试象在 Dos 下一样写自己的代码部分，你会得到一个蓝屏错误>
字串9
<label>
end <label>
是用来唯一标识您的代码范围的标签， 两个标签必须相同，应用程序的所有可执行代码必修在两个标签之间。
F. 指令集、编译器、算法、CPU
CPU就是用来计算的，CPU可以做不同的计算，每种计算是一个命令，你可以用命令通知CPU做这种计算，所有的命令构成了指令集。
你写的代码CPU是不懂的，需要翻译成上面说的命令，这个翻译者就是编译器。
算法跟他们的关系稍远一些。如果把计算比作生产的话，那算法就是配方和工艺，指导着从原材料到产品的生产过程。
希望能帮助到你。
G. 正常编写的c语言程序编译器会自动进行针对特定指令集用汇编语言优化吗
这个要看你使用什么编译器了。查看编译器的帮助文档，它会告诉你它支持那些指令集，并且做哪些可能的优化。
不同的编译器，是不一样的。
补充：GCC 不太清楚，你连VC++的版本都不说。汗，VC6是不支持SSE的，需要安装VC6SP5。
VS2005 和 VS2008 都支持 SSE。对 SSE/MMX 指令集优化得最好的，还是 Intel 的 c++ 编译器。
对并行和高性能计算，Fortran 的优势比较大。特别是 Fortran2003 的新特征，为并行计算做了很多专门的设定。Intel 也有 Fortran 的编译器。
H. 关于cpu指令集和编译器的问题
这些软件在编写时也考虑到了这点，所以用兼容的方式是可以运行的，当然，在优化过的程序（与指令集最匹配）中肯定会获得较好的运行效率。
个人观点，不够专业，仅供参考！
I. 程序是通过编译器编译才能执行的，那么编译器又是怎么
一般来说，程序语言的编译有两个变量，一个是语言本身的语法体系，另外一个是目标机器的指令集体系结构。
对于前者，我们要发明一个新的编程语言的时候，一般是用已有的编程语言写新语言的编译器；
对于后者，要进行交叉编译，即在A指令集的计算机上编译B指令集计算机要用到的二进制程序。
本质上是一个鸡生蛋蛋生鸡的问题。
然而还是会绕到最终的问题：最最开始的第一只鸡（蛋（编译器））哪里来的？
当然是拿汇编语言写的啦~
那第一个汇编语言的汇编器是怎么写的？当然是直接手写二进制代码啊。。。
J. 突破封锁！国产芯片终于有了自己的指令集
在半导体芯片领域， 指令系统是一切软硬件生态的起点 。
以大家最熟悉的ARM和X86为例，它们就分别隶属于RISC精简指令集和CISC复杂指令集。
随着物联网、5G、AI新兴领域的兴起，RISC-V和MIPS两大精简指令集架构也频繁出现在我们的视野内。
所谓芯片，其实都是由半导体堆出来的硬件电路，晶体管越多往往代表性能和功能越强。但无论是超级计算机还是智能手环， 它们搭载的处理器都只能识别二进制数据 。
想让这些芯片正常运行，处理复杂的应用场景，首先就要教会它们学会类似九九乘法表的“算法口诀”和“数学公式”， 而这些算法口诀/公式其实就是所谓的“指令集” 。
换句话说， 指令集的功能和效率（算法口诀/公式的类型），在很大程度上就决定了各类芯片的成就和算力的上限 。
虽然海思麒麟、龙芯、兆芯、海光、紫光、澎湃等国产芯片都在各自领域取得了不俗的成绩，但无论是它们，还是其他采用X86、ARM、MIPS、RISC-V、Alpha和Power，选择封闭、授权还是开源的国产芯片项目，其底层的指令集根基都掌握在别人手里。
因此， 只有从指令系统的根源上实现自主，才能打破软件生态发展受制于人的枷锁 。
好消息是，日前龙芯中科就正式发布了自主指令系统架构“Loongson Architecture”，简称为“龙芯架构”或者“LoongArch”。它包括基础架构部分，以及向量扩展LSX、高级向量扩展LASX、虚拟化LVZ、二进制翻译LBT等扩展部分，总共接近2000条指令。同时不包含龙芯此前使用的MIPS指令系统， 并具有完全自主、技术先进、兼容生态三个方面的特点 。
目前，采用LoongArch的龙芯3A5000处理器芯片已经流片成功，完整操作系统也已稳定运行，它能对多种国际主流指令系统的高效二进制翻译链，并成功演示了运行基于其它主流指令系统的复杂应用程序。
LoongArch对MIPS指令的翻译效率是100%性能，对ARM指令翻译的效率是90%性能，对x86的翻译效率是80%性能。
此外，龙芯中科还在联合产业链伙伴在适当的时间建立开放指令系统联盟，在联盟成员内免费共享LoongArch及有关龙芯IP核。
所谓IP核，我们可以理解为ARM旗下的Cortex-A78和Cortex-A55等，后置都是基于ARMv8指令集打造的核心IP架构，并授权给了高通、三星、联发科等芯片商开发SoC移动平台。
目前，ARM刚刚发布了ARMv9指令集，如果不出意外将在下半年发布的Cortex-A79和Cortex-X2架构就将采用这套指令集。
近10年来32位手机处理器都是基于ARMv7指令集打造，在A75之前的处理器则是基于ARMv8-A设计，随后都是ARMv8.2-A一统江湖
ARM指令集可以细分为Cortex-A（ARMv-A）、Cortex-R（ARMv-R）和Cortex-M（ARMv-M），分别适用于不同类型的芯片
比如车载芯片使用的就是Cortex-R（ARMv-R）核心IP
总之， 设计出一个纯国产的自主指令集只是万里长征的第一步 ，关键是后续要做出懂这个指令集的CPU（已经有了龙芯3A5000），再往后还需要让和人类交互的“翻译家”——编译器懂这个指令集。也就是需要不断完善软硬件生态，让我们熟悉的系统、办公、 娱乐 和 游戏 程序都能运行在这套指令集打造的芯片之上。如果做不到这一步，国产指令集和相关芯片也只是空中楼阁而已、
作为国人，我们真心希望LoongArch这种国产指令集可以取得成功，今后无论手机、电脑、车载还是其他半导体芯片都能以使用国产指令集为荣，并走向世界。
扩展小知识
那么，指令集又是如何影响芯片执行效率的？
我们以RISC和CISC，让它们分别执行“清洁地面”的命令为例，看看其背后的指令逻辑差异。
逻辑上，“清洁地面”的大概思路是先拿起扫帚，扫地；拿起簸箕，用扫帚把垃圾扫进簸箕；放下扫帚和簸箕，润湿墩布；再用墩布擦地，直至清洁地面完成。
对CISC复杂指令集而言，很容易理解“清洁地面”这套逻辑，下达“清洁地面”命令后，就能按照规则和顺序，一步步自动完成。
对于RISC精简指令集而言，它一下子可理解不了如此复杂的逻辑，必须将复杂的逻辑顺序拆分，然后按照一项项简单的命令去完成复杂的操作。
比如，想让RISC精简指令集完成“清洁地面”命令，就必须依次下达“拿起扫帚”、“扫地”、“拿起簸箕”、“把垃圾扫进簸箕”、“放下扫帚和簸箕”、“润湿墩布”、“墩地”……
看起来CISC复杂指令集方便又强大？没错，如果要同时清洁无数房间地面，你只要对着不同的房屋说“清洁地面”、“清洁地面”、“清洁地面”……即可。
而对RISC精简指令集，你需要对着每个房间都重复一整套复杂的命令，如果下达指令的人嘴巴不够快（带宽不够大），那清洁地面的效率自然受到影响，难以和CISC复杂指令集抗衡。
但是， 现实生活中，并非所有房间的地面都需要一整套的清洁流程，比如你只需要墩地一个步骤。
对RISC精简指令集而言，你只需对着需要清洁的房间说“墩地”、“墩地”、“墩地”即可。而由于CISC复杂指令集没有单独的“墩地”动作，操作起来就要麻烦许多，完成相同的墩地操作会消耗更多资源，翻译过来就是发热更高更费电。
这就是RISC和CISC的本质区别。 说不上谁好谁坏，只能说它们所擅长的领域各不相同。
以ARM架构为代表的RISC精简指令集，最适合针对常用的命令进行优化，赋予它更简洁和高效的执行环境，对不常用的功能则通过各种精简指令组合起来完成。
RISC是将复杂度交给了编译器，牺牲了程序大小和指令带宽，从而换取了简单和低功耗的硬件实现。
对以X86架构为代表的CISC复杂指令集，则适合更加复杂的应用环境。
CISC是以增加处理器本身复杂度作为代价，以牺牲功耗为代价去换取更高的性能。不过，X86架构则可通过对新型指令集的支持（如SSE4.1、AVX-512等），在一定程度上提高指定任务的执行效率和降低功耗。
现在芯片领域是RISC攻，CISC守的格局。以苹果M1为代表的ARM架构RISC指令集芯片正在染指传统的X86 PC市场，而且大概率会取得成功。虽然以英特尔为代表的X86阵营曾多次试图反击Android生态（如早期的Atom芯片），但最终却都以失败告终。ARM最新发布的ARMv9指令集，就给了ARM芯片入侵X86 PC大本营更多弹药，也许用不了多久Windows ARM版PC也将成为一个更加重要的PC品类。