编译器cpu通用

① 编译器如何指定cpu类型

只有完整的 Visual Studio 产品才支持此优化。
“目标 CPU”（C# 中为“平台目标”
）项目属性指定编译器是否应针对特定的 CPU 类型（如 64 位处理器）优化编译。
可以将目标平台设置为所有 CPU 类型或 x86、x64 或 Itanium 之类的特定 CPU 类型。
默认情况下，此选项设置为“AnyCPU”（C# 中为“Any CPU”
），以指定编译器不针对特定的 CPU 类型优化编译。
注意对于在以下说明中使用的某些 Visual Studio 用户界面元素，您的计算机可能会显示不同的名称或位置。

② 相同的cpu架构，在不同的操作系统下生成的程序为什么不可以通用程序不是机器语言么针对硬件操作的阿

相同的CPU架构只是指程序运行的硬件是相同的，而软件（操作系统、操作系统下生成的程序）是不一样的，最后生成的针对硬件操作的机器语言也不一样。生成的程序最后都要汇编成机器语言才能被运行，而机器语言在同一种架构下都可以用.但不能运行在不同架构的平台下。

③ 编译器是什么

简单讲，编译器就是将“一种语言（通常为高级语言）”翻译为“另一种语言（通常为低级语言）”的程序。一个现代编译器的主要工作流程：源代码 (source code) → 预处理器 (preprocessor) → 编译器 (compiler) → 目标代码 (object code) → 链接器 (Linker) → 可执行程序 (executables)
高级计算机语言便于人编写，阅读交流，维护。机器语言是计算机能直接解读、运行的。编译器将汇编或高级计算机语言源程序（Source program）作为输入，翻译成目标语言（Target language）机器代码的等价程序。源代码一般为高级语言 (High-level language)， 如Pascal、C、C++、java、汉语编程等或汇编语言，而目标则是机器语言的目标代码（Object code），有时也称作机器代码（Machine code）。
对于C#、VB等高级语言而言，此时编译器完成的功能是把源码（SourceCode）编译成通用中间语言（MSIL/CIL）的字节码（ByteCode）。最后运行的时候通过通用语言运行库的转换，编程最终可以被CPU直接计算的机器码（NativeCode）。
编译是从源代码（通常为高级语言）到能直接被计算机或虚拟机执行的目标代码（通常为低级语言或机器语言）的翻译过程。然而，也存在从低级语言到高级语言的编译器，这类编译器中用来从由高级语言生成的低级语言代码重新生成高级语言代码的又被叫做反编译器。也有从一种高级语言生成另一种高级语言的编译器，或者生成一种需要进一步处理的的中间代码的编译器（又叫级联）。
典型的编译器输出是由包含入口点的名字和地址， 以及外部调用（到不在这个目标文件中的函数调用）的机器代码所组成的目标文件。一组目标文件，不必是同一编译器产生，但使用的编译器必需采用同样的输出格式，可以链接在一起并生成可以由用户直接执行的EXE,
所以我们电脑上的文件都是经过编译后的文件。

④ 编译器有什么用

简单讲，编译器就是将“一种语言（通常为高级语言）”翻译为“另一种语言（通常为低级语言）”的程序。一个现代编译器的主要工作流程：源代码 (source code) → 预处理器 (preprocessor) → 编译器 (compiler) → 目标代码 (object code) → 链接器(Linker) → 可执行程序 (executables)
高级计算机语言便于人编写，阅读交流，维护。机器语言是计算机能直接解读、运行的。编译器将汇编或高级计算机语言源程序（Source program）作为输入，翻译成目标语言（Target language）机器代码的等价程序。源代码一般为高级语言 (High-level language)， 如Pascal、C、C++、Java、汉语编程等或汇编语言，而目标则是机器语言的目标代码（Object code），有时也称作机器代码（Machine code）。
对于C#、VB等高级语言而言，此时编译器完成的功能是把源码（SourceCode）编译成通用中间语言（MSIL/CIL）的字节码（ByteCode）。最后运行的时候通过通用语言运行库的转换，编程最终可以被CPU直接计算的机器码（NativeCode）。

⑤ 关于cpu指令集和编译器的问题

这是因为你所说的这种程序是运行在操作系统上的，它不是直接和硬件通信，真正和硬件通信的是操作系统，或者说是驱动程序，这就是不同的硬件要装不同驱动的原因，这中间还有一层bios，而windows把许多硬件的驱动都集成在系统里，所以即使你不安装驱动，系统也可以匹配很多硬件。
而系统提供了统一的应用程序入口，常见的应用程序实际上是运行在一个层层封装的统一平台上，所以同样的系统对应用程序来说仅仅要求能运行的话，就基本不用考虑硬件差异了，当然这也不是绝对的。你要是搞嵌入式开发可就没这么惬意了

⑥ 汇编指令、编译器和CPU的问题

x86的指令集基本是向上兼容的，在新cpu上运行老代码是可以的。
如果是全新的指令集，cpu厂家在设计时就会有指令集和汇编程序了，现在一般厂商至少提供c语言编译程序。
如果自己开发编译程序，前端（词法分析到中间代码生成）一般不用动，后端是要自己写的。

⑦ 请问运行于不同CPU构架的linux，它们的软件可以通用吗

以上回答中jiangtao9999的比较靠谱儿。
是这样：
1、Linux下的软件几乎都是c语言的；
2、如果你学过C语言，找找书应该有这样一个概念：ANSI C，这个是一个C语言的标准，比如printf这个函数就属于标准库(也就是符合ANSI标准的)函数
3、假如你编写了一个软件，代码中仅仅包含ANSI的库函数，那么没有问题，只要是支持C语言的平台，都能正常运行，即：编写了一个简简单单的helloworld到哪里编译运行都没有问题。
【前提是：】编译再运行，不编译就运行是不可以的，比如printf函数在各种架构上的实现方式是不可能相同的，所以需要在arm的编译器上再编译一遍才可以。否则运行不了。
有的软件平台可以不用编译，直接运行，比如jiangtao9999说的java、Python什么的，Java可以实现“一次编译，满哪运行”什么的，而Python则是有了.py源代码就可以无敌了，使用的时候不用你去执行编译命令，直接执行即可。arm上实现这两种语言都是很容易的——下载源代码、编译、安装即可。
4、不同架构的Linux平台都要实现一个编译器，这是很重要的，有了编译器，才可以从源代码安装软件。
5、使用非ANSI库中的函数需要该Linux包含这个函数的实现，否则，编译后的连接将不通过，比如一个软件使用了GTK来实现图形用户界面，那么就需要系统中包含了gtk的库函数，这就叫依赖，安装软件，首先要解决依赖，依赖有时候解决起来很麻烦，所以软件开发过程中尽量减少依赖，这样方便安装。
6、tar.gz这种格式的软件包有可能是源代码，有可能是可执行文件（这是因为那只是一个压缩包，内容是什么不一定），这两者不同。很多软件以tar.gz格式发布源代码，而qq的Linux版本属于可执行文件，在几乎所有Linux平台下面直接双击或者通过命令就可以使用。
7、如果你使用的是rpm包或者deb包或者是tar.gz文件包中可执行文件形式的软件包，而不是tar.gz这种形式的源代码，你需要使用相应的软件包管理器安装就行，
但这不意味着arm版本的deb和x86版本的deb文件是通用的，你能这样用是因为所有的使用x86机器的软件经过编译或者交叉编译(在arm平台上编译x86平台上的软件就叫交叉编译)以后，运行于几乎完全一样的统一的平台上，实现软件和系统的无缝对接，方便了用户——一方面可以不用浪费编译的时间，主要还是方便了那些不会编译软件的人。
8、我也正在学习Linux，所以很多地方不太对，这只是我现在的一些理解。jiangtao9999说的主要是和汇编有关，如果代码的实现主要是在c语言水平，那么就会由编译器屏蔽掉指令集和寄存器什么的。
9、要是在网络回答的答案能改改就好了，这样错误就会少一点。
10、重新罗嗦一遍：
1在不重新编译源代码的情况下，x86下linux的软件不可以运行于arm构架的Linux，即使运行也会奇卡。
2和在编译是否时为X86的CPU构架优化了编译无关。（把我问迷糊了，估计是无关）
3软件在编译时是否为X86的CPU构架而优化主要看作者了，资料可以参看http://www.gentoo.org/doc/zh_cn/gcc-optimization.xml
4和不同的安装包格式有一定关系
5tar.gz格式的软件包不能保证在不同架构的Linux都能运行
6在arm的linux安装时解决依赖以后，乳沟编译通过基本是没什么问题的
7不是所有源代码在arm和x86下编译一下就可以了，还需要做一些努力
8有源代码可以对遇到的不通过的问题逐一解决，理论上可以实现所有软件都能运行
9重新编译过程中如果遇到依赖问题需要逐一解决