1. 关于cpu指令集和编译器的问题
这些软件在编写时也考虑到了这点，所以用兼容的方式是可以运行的，当然，在优化过的程序（与指令集最匹配）中肯定会获得较好的运行效率。
个人观点，不够专业，仅供参考！
2. 编译器有什么用
简单讲，编译器就是将“一种语言（通常为高级语言）”翻译为“另一种语言（通常为低级语言）”的程序。一个现代编译器的主要工作流程：源代码 (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）。
3. 关于编译器 操作系统 CPU
C语言标准规定，int类型最少为2字节，long类型不能比int类型短。具体多长，由编译器自行决定。
一般，16位编译器（如老掉牙的Turbo C 2.0），int类型占2个字节，而现代32位编译器如Visual C++、gcc、Intel C/C++，int类型都是4字节的。所以如果为了编写可移植性的程序，不要对数据类型的长度做假设。
占用多少字节，主要取决于编译器。而不是多少位的软件和CPU，比如x86-64软硬件系统上，大多数int仍然是4字节长，比如微软的Visual C++在生成64位程序的时候就是如此。
这个多少位是指地址总线的长度，并不是int类型占用的位数。
4. 编译器是什么
简单讲，编译器就是将“一种语言（通常为高级语言）”翻译为“另一种语言（通常为低级语言）”的程序。一个现代编译器的主要工作流程：源代码 (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,
所以我们电脑上的文件都是经过编译后的文件。
5. 相同的cpu架构，在不同的操作系统下生成的程序为什么不可以通用程序不是机器语言么针对硬件操作的阿
相同的CPU架构只是指程序运行的硬件是相同的，而软件（操作系统、操作系统下生成的程序）是不一样的，最后生成的针对硬件操作的机器语言也不一样。生成的程序最后都要汇编成机器语言才能被运行，而机器语言在同一种架构下都可以用.但不能运行在不同架构的平台下。
6. 请问运行于不同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重新编译过程中如果遇到依赖问题需要逐一解决
7. 编译器是和cpu匹配的吗不同的cpu使用不同的编译器吗
不仅和cpu匹配，还和操作系统匹配，但cpu之间有一定兼容性，比如x86-win的程序一般都能在x64-win上跑