目标环境编译环境

A. 编译环境是什么 为什么混合编程要配置编译环境。

编译环境是个工具，省去很多重复的工作，不用编译环境举得一遍遍地gcc a.c -o a.exe，有了IDE做什么都很方便，替换，关键字高亮，自动缩进。。。

B. 如何解决linux下编译环境，运行环境不同的问题

基于Linux操作系统的应用开发环境一般是由目标系统硬件（开发板）和宿主PC机所构成。目标硬件开发板用于运行操作系统和系统应用软件，而目标板所用到的操作系统的内核编译、应用程序的开发和调试则需要通过宿主PC机来完成（所以称为交叉编译）。双方之间一般通过串口，并口或以太网接口建立连接关系。
但在此我建议构建如下的交叉编译环境，适合个人或研发小组使用：单独拿出一台PC机（PII以上即可，就用以前淘汰的旧机器就可以），在该PC上安装桌面的Linux操作系统（如Red Hat Linux 8.0及以上），可以采用默认的安装选项（注意要包含FTP服务），这台PC作为Linux服务器，除管理员以外，一般不直接让其他人去操作。
将该Linux服务器接入局域网，并新建一些合法用户，以便其他的PC机（在此我们将其称为工作站）的合法用户能访问到Linux服务器。而其他的PC机（工作站）仍然使用Windows操作系统,原来干啥继续干啥。
需要的软件工具包括：
1、FTP客户端程序（如Cuteftp，可到网上下载）。
2、Telnet工具（如SecureCRT，可到网上下载）。
3、移植到某一特定ARM平台的Linux操作系统内核源码（一般由销售商整理提供）。
4、GNU编译工具，可由相关网站下载，或由销售商整理提供。
在工作站安装：
在某工作站PC上安装FTP客户端程序和Telnet工具，安装完毕后应该可以在该工作站PC和Linux服务器之间进行文件的传输，并在工作站PC可以通过Telnet登陆到Linux服务器（可能需要将Linux服务器的防火墙服务关闭才能完成）。
在Linux服务器安装：
将工作站PC上的Linux操作系统内核源码压缩包和GNU编译工具通过FTP传送到Linux服务器的某个目录（如合法的用户目录），然后在该目录下解压，并将GNU编译工具安装到默认的工作目录即可，以上工作通过在工作站PC使用Telnet工具完成，而不需要在Linux服务器上进行。
Linux操作系统内核的编译：
Linux操作系统内核的编译一般有一个比较固定的步骤，会根据MakeFile文件的不同而略有差异，可参考相关文档，编译的工作在工作站PC使用Telnet工具完成。

C. 电脑的编译环境是指的什么

除了楼上两位所说，包括操作系统版本，编译工具版本，安装路径，环境变量等等因素都会影响到编译的成败或者结果，这些都可以统称为编译环境。

D. 什么是编译环境他的作用是什么编译环境跟运行平台有什么不同

编译环境是将“一种语言（通常为高级语言）”翻译为“另一种语言（通常为低级语言）”的程序。作用是通过代入预定义等程序段将源程序补充完整。

编译环境跟运行平台区别为：工具不同、调试不同、硬件支持不同。

一、工具不同

1、编译环境：编译环境包含开发、调试和部署等工具。

2、运行平台：运行平台只包含运行指令和class实现的工具。

二、调试不同

1、编译环境：编译环境有调试代码的功能，调试后可重新编译执行。

2、运行平台：运行平台没有调试代码的功能。

三、硬件支持不同

1、编译环境：编译环境使用的是模拟设备，不需要硬件支持。

2、运行平台：运行平台需要硬件支持，在实际设备中运行。

E. 编译器和开发环境的关系

谈谈程序设计语言、编译器和开发环境之间的关系

许多初学者都会对这三个概念区分不清，应该说这三个概念是完全不同的，不能混为一谈。在本文中，我就尽我最大的能力来讲讲这三个概念以及他们之间的关系。

首先说程序设计语言，它同人类的自然语言一样也是一个语言，并且它是自然语言的一个子集。大家都知道自然语言是极其庞大和复杂的系统，具有很多不不确定性和不精确性，因此至今我们也没有办法对自然语言进行形式化的描述。程序设计语言只是自然语言的一个很小的子集，在计算机系统中，一切都是需要确定性和精确性的描述，因此程序设计语言也是极为规范的，在程序设计语言中，几乎就不允许存在不确定性和不精确性，也就是说不能存在文法的二义性。这样一个程序设计语言就可以通过一系列的产生式来进行形式化的描述，这一系列的产生式就被称为文法，语言就是由文法来定义的。从另外一个角度来说，一个程序设计语言，它仅仅是一个语言，它只对程序进行形式上的要求。或者说，程序设计语言对应于编程中的编码阶段。我们有必要对程序开发的三个阶段进行了解，程序开发从时间先后顺序上可以分为三个阶段：1.编码阶段，2.编译阶段，3.运行阶段。在编码阶段，我们使用的就是程序设计语言。语言除了定义了文法以外，其他的任何事情他都不做。当然一种语言也有很多种版本，比如 BASIC 语言，就有很多种版本，C语言也是如此。这里所讲的语言的版本与编译器的版本是不一样的。C语言的标准版本就是 ANSI C，如果初学者会提出这样的问题“C语言哪个更好？”，这样的问题反映出他们对语言与编译器之间的关系的认识的不足。如果从语言的角度来讲 VC 和 TC 是没有多大区别的，他们基本上都能支持 ANSI C。

再来看看编译器。编译器与语言的关系就是，翻译者与语言的关系。编译器就是一个翻译，他把使用某种语言书写的源程序，翻译成为等价的使用目标语言书写的目标程序。前面我们也说了，语言是一个抽象的概念，是由文法来定义的。唯一实在的东西，也就是定义语言的文法。在使用语言时，我们只能说，使用这种语言去书写一段程序。编译器则是能够将某种语言的源程序进行翻译，然后生成目标程序。我们通常会说，某个编译器支持了什么语言，也就是说这个编译器能识别并翻译这种语言。现在的C编译器，一般都是支持了 ANSI C 语言的，另外，编译器的设计者可能还会对 ANSI C 进行一定的扩充，而且各个编译器进行扩充功能都是不同的，因此可能就会出现一个编译器诞生以后，就会出现一个新的语言的现象。TC 和 VC 就分别对 ANSI C 进行了不同的扩充，比如在 TC 中有 far 等关键字，ANSI C 中是没有的，在 VC 中有内嵌汇编的语法 _asm，而在 TC 中则是使用 asm 关键字，这些内容在 ANSI C 中没有的。编译器的输入时源程序，而其输出则是目标程序。一般情况下，源程序是使用某种高级语言书写的，而目标程序则是某个特定机器的机器语言程序。另一方面，编译器除了提供编译功能，还会提供一些运行库。所谓运行库就是由一些事先写好的子程序所组成的子程序库。例如C语言中的 printf 函数，就是由C的运行库提供的。在 ANSI C 中定义了一些C语言的标准库函数，这些库函数是标准C必须具备的，也可以说这些库函数成为了 ANSI C 的一个部分。另外，不同的编译器还可以提供自己的，非标准的库给用户使用，在 TC 中的 Graphics 库，其实就是由 TC 提供的，它不是属于 ANSI C 的。简单的说，编译器是由编译程序和运行库组成的。在程序的编译阶段，就是使用编译器对源程序进行编译生成目标程序。

在程序的运行阶段则是在一个特定的平台上，由这个平台来执行编译生成的程序。java 虚拟机是一个平台，DOS 和 Windows 也是平台，编译器的作用就是沟通源程序和程序的运行平台。源程序相对于一个运行平台来说是不可识别的，但当编译器将源程序编译成为这个平台所能够识别的目标语言以后，程序就可以在这个平台上运行了。

应该看到，编译器在其中起到了很重要的作用。我们现在可以明确一些概念了，程序设计语言只是语言，它本身很难说有什么好坏，这就如同说“汉语和英语哪个好”一样。使用某一种程序设计语言，我们可以书写自己的程序，从而向计算机表达自己希望完成的功能。这个阶段，我们称为编码阶段。编译器由编译程序和运行库组成，编译程序负责将源程序翻译成为目标程序，运行库提供了一些基本的子程序给程序编写者使用。我们可以说编译器是否支持某种语言，例如 TC 编译器是支持 ANSI C 的，而 GCC 则是一个能够支持多种语言的编译器。然而不同的编译器除了提供对某种语言的支持以外，还可能对该语言进行了某些功能扩充。编译器在对语言的支持上，差别都是不太大的，这是因为许多语言都制定了一个标准，例如 ANSI C。编译器的另外一个重要特性，就是对运行平台的支持。平台指的是一个程序运行所需要的所有软件和硬件的基础。编译器对运行平台的支持，是通过将源程序编译成为目标程序，以及编译器所提供的运行库来实现的。例如，TC只能将C源程序编译生成，使用 80x86 CPU，操作系统为 DOS 的 16bit DOS 程序。VC只能将C源程序编译生成 80x86 CPU、操作系统为 Windows 的 32bit Windows 程序。使用编译器对源程序进行编译被称为编译阶段，这个阶段编译程序将源程序编译为某个平台的目标代码。程序在具体的平台上运行时，被称为运行阶段。应该指出，在编码阶段使用到的是程序设计语言，以及编译器所提供的库函数，这个阶段产生的是源程序。在编译阶段使用的是源程序和编译器，这个阶段产生的是目标程序。在运行阶段使用到的是目标程序和运行平台，这个时候产生的是程序运行结果。

因此说讨论一个程序设计语言好坏没有多大意义，因为他们使用的场合不同，比如汇编语言和 Java 语言，要谈论这两个语言的好坏是没有实际意义的。而说“C语言哪个好”之类的话也是没有意义的，我想大家学的C也就是在 ANSI C 基础上的C，并且不同的C语言之间的差别是极小的。我们通常指的 TC、VC 都是指编译器，而不是语言。编译器能够支持一种或者多种的程序设计语言，TC 能够支持 ANSI C，VC 能够支持 ANSI C 和 ANSI C++，而 GCC 则是一个支持多语言的编译器。如果真要说 VC 比 TC 好，只能说 VC 编译器提供的库函数更多，并且 VC 能够支持的平台是 Windows，而 VC 编译出来的代码也都是 32bit 的。

在以上概念中纠缠了这么久，我也不再想多说了。再来看开发环境。为了能够方便程序设计者进行编码、调试等工作，编译器制造商在制作好一个编译器以后，都会提供一个集成开发环境（又称为IDE）。在这个 IDE 中，用户可以完成编码、编译、调试、运行的全部工作。并且在最新的IDE中，可能还会提供一个可视化的设计功能，可以方便用户进行程序界面的设计。例如 VB 等。另外一个方面，开发环境除了包括 IDE 以外，还包括了程序运行的平台。比如硬件是 IBM PC 兼容机，操作系统是 Windows 等。

可能，能讲的也就这么多了，感觉讲的并不是很好，不过我已经尽力了。有些东西是很难说清楚的，“只能意会不可言传”指的就是这个了。不要怪我讲的不好，还是自己用心去理解和体会吧。

F. c程序语言中的编译系统是什么编译环境又什么什么编译程序又是什么，之间有什么关系

编译环境：也就是你程序编译时的环境，如windows环境、linux环境等
编译系统：一般包括编译程序，连接程序，调试程序等
编译程序：一般指把源程序编译成目标代码的程序

G. java的编译环境是什么

它由一个处于操作系统层之上的运行环境还有开发者编译，调试和运行用Java语言写的applet和应用程序所需的工具组成。 JDK(Java Development Kit)是Sun Microsystems针对Java开发员的产品。自从Java推出以来，JDK已经成为使用最广泛的Java SDK（Software development kit）。 JDK包含的基本组件包括： ·javac – 编译器，将源程序转成字节码 ·jar – 打包工具，将相关的类文件打包成一个文件 ·javadoc – 文档生成器，从源码注释中提取文档 ·jdb – debugger，查错工具 JDK中还包括完整的JRE（Java Runtime Environment，Java运行环境），也被称为private runtime。包括了用于产品环境的各种库类，以及给开发员使用的补充库，如国际化的库、IDL库。 JDK中还包括各种例子程序，用以展示Java API中的各部分。 从初学者角度来看，采用JDK开发Java程序能够很快理解程序中各部分代码之间的关系，有利于理解Java面向对象的设计思想。JDK的另一个显着特点是随着Java （J2EE、J2SE以及J2ME）版本的升级而升级。但它的缺点也是非常明显的就是从事大规模企业级Java应用开发非常困难，不能进行复杂的Java软件开发，也不利于团体协同开发。 JDK一般有三种版本：

H. Linux下的交叉编译环境设置

采用交叉编译的主要原因在于，多数嵌入式目标系统不能提供足够的资源供编译过程使用，因而只好将编译工程转移到高性能的主机中进行。
linux下的交叉编译环境重要包括以下几个部分：
1.对目标系统的编译器gcc
2.对目标系统的二进制工具binutils
3.目标系统的标准c库glibc
4.目标系统的linux内核头文件
交叉编译环境的建立步骤
一、下载源代码 下载包括binutils、gcc、glibc及linux内核的源代码（需要注意的是，glibc和内核源代码的版本必须与目标机上实际使用的版本保持一致），并设定shell变量PREFIX指定可执行程序的安装路径。
二、编译binutils 首先运行configure文件，并使用--prefix=$PREFIX参数指定安装路径，使用--target=arm-linux参数指定目标机类型，然后执行make install。
三、配置linux内核头文件
首先执行make mrproper进行清理工作，然后执行make config ARCH=arm（或make menuconfig/xconfig ARCH=arm）进行配置（注意，一定要在命令行中使用ARCH=arm指定cpu架构，因为缺省架构为主机的cpu架构），这一步需要根据目标机的实际情况进行详细的配置，笔者进行的实验中目标机为HP的ipaq-hp3630 PDA，因而设置system type为SA11X0，SA11X0 Implementations中选择Compaq iPAQ H3600/H3700。
配置完成之后，需要将内核头文件拷贝到安装目录： cp -dR include/asm-arm $PREFIX/arm-linux/include/asm cp -dR include/linux $PREFIX/arm-linux/include/linux
四、第一次编译gcc
首先运行configure文件，使用--prefix=$PREFIX参数指定安装路径，使用--target=arm-linux参数指定目标机类型，并使用--disable-threads、--disable-shared、--enable-languages=c参数，然后执行make install。这一步将生成一个最简的gcc。由于编译整个gcc是需要目标机的glibc库的，它现在还不存在，因此需要首先生成一个最简的gcc，它只需要具备编译目标机glibc库的能力即可。
五、交叉编译glibc
这一步骤生成的代码是针对目标机cpu的，因此它属于一个交叉编译过程。该过程要用到linux内核头文件，默认路径为$PREFIX/arm-linux/sys-linux，因而需要在$PREFIX/arm-linux中建立一个名为sys-linux的软连接，使其内核头文件所在的include目录；或者，也可以在接下来要执行的configure命令中使用--with-headers参数指定linux内核头文件的实际路径。
configure的运行参数设置如下（因为是交叉编译，所以要将编译器变量CC设为arm-linux-gcc）： CC=arm-linux-gcc ./configure --prefix=$PREFIX/arm-linux --host=arm-linux --enable-add-ons 最后，按以上配置执行configure和make install，glibc的交叉编译过程就算完成了，这里需要指出的是，glibc的安装路径设置为$PREFIXARCH=arm/arm-linux，如果此处设置不当，第二次编译gcc时可能找不到glibc的头文件和库。
六、第二次编译gcc
运行configure，参数设置为--prefix=$PREFIX --target=arm-linux --enable-languages=c,c++。
运行make install。
到此为止整个交叉编译环境就完全生成了。
几点注意事项
第一点、在第一次编译gcc的时候可能会出现找不到stdio.h的错误，解决办法是修改gcc/config/arm/t-linux文件，在TARGET_LIBGCC2_CFLAGS变量的设定中增加-Dinhibit_libc和-D__gthr_posix_h。