编译器的编译时长取决于什么

㈠ 程序的编译期，链接期， 运行期各执行哪些操作

参考一下:

源文件的编译过程包含两个主要阶段，而它们之间的转换是自动的。第一个阶段是预处理阶段，在正式的编译阶段之前进行。预处理阶段将根据已放置在文件中的预处理指令来修改源文件的内容。#include指令就是一个预处理指令，它把头文件的内容添加到.cpp文件中还有其他许多预处理指令
这个在编译之前修改源文件的方式提供了很大的灵活性，以适应不同的计算机和操作系统环境的限制。一个环境需要的代码跟另一个环境所需的代码可能有所不同，因为可用的硬件或操作系统是不同的。在许多情况下，可以把用于不同环境的代码放在同一个文件中，再在预处理阶段修改代码，使之适应当前的环境。
预处理器显示为一个独立的操作，但一般不能独立于编译器来执行这个操作。调用编译器会自动执行预处理过程，之后才编译代码。
编译器为给定源文件输出的是机器码，执行这个过程需要较长时间。在对象文件之间并没有建立任何连接。对应于某个源文件的对象文件包含在其他源文件中定义的函数引用或其他指定项的引用，而这些函数或项仍没有被解析。同样，也没有建立同库函数的链接。实际上，这些函数的代码并不是文件的一部分。这些工作是由链接程序(有时称为链接编辑器)完成的
链接程序把所有对象文件中的机器码组合在一起，并解析它们之间的交叉引用。它还集成了对象模块所使用的库函数的代码。这是链接程序的一种简化表示，因为这里假定在可执行模块中，模块之间的所有链接都是静态建立的。实际上有些链接是动态的，即这些链接是在程序执行时建立的。

链接程序静态地建立函数之间的链接，即在程序执行之前建立组成程序的源文件中所包含的函数链接。动态建立的函数之间的链接(在程序执行过程中建立的链接)将函数编译并链接起来，创建另一种可执行模块—— 动态链接库或共享库。动态链接库中的函数链接是在程序调用函数时才建立的，在程序调用之前，该链接是不存在的。

动态链接库有几个重要的优点。一个主要的优点是动态链接库中的函数可以在几个并行执行的程序之间共享，这将节省相同函数占用的内存空间。另一个优点是动态链接库在调用其中的函数之前是不会加载到内存中的。也就是说，如果不使用给定动态链接库中的函数，该动态链接库就不会占用内存空间

㈡ 条件编译问题

一般情况下，源程序中所有的行都参加编译。但是有时希望对其中一部分内容只在满足一定条件才进行编译，也就是对一部分内容指定编译的条件，这就是“条件编译”。有时，希望当满足某条件时对一组语句进行编译，而当条件不满足时则编译另一组语句。
编译是在运行前执行的，比如说只是if else语句可能运行时 有些语句可能就没执行，但在编译阶段它们都经行了编译。
而像你上面的#if #else 则不同 #if NNN 就是指当NNN标示符已经定义过则对程序段statement1进行编译，而statement2和statement3则跳过了。
你可能会问：不用条件编译命令而直接用if语句也能达到要求，用条件编译命令有什么好处呢？的确，此问题完全可以不用条件编译处理，但那样做目标程序长（因为所有语句都编译），而采用条件编译，可以减少被编译的语句，从而减少目标的长度。当条件编译段比较多时，目标程序长度可以大大减少。

㈢ python编译时间长

没有尾递归优化。
因为某些编译型语言（如C）的编译器有尾递归优化，所以递归算法效率并不低。但是python并没有尾递归优化。
Python是一种广泛使用的解释型、高级和通用的编程语言。[1]Python由荷兰数学和计算机科学研究学会的GuidovanRossum创造，第一版发布于1991年，它是ABC语言的后继者，也可以视之为一种使用传统中缀表达式的LISP方言。

㈣ 单片机执行用c编译的程序时，每执行一行语句所需要的时间是多少

不确定，这个和单片机的性能，编译器性能，语句复杂度都有关系。
就像你不能要求1.8G的CPU运行速度和2.8G的同样快，单片机的性能很重要。
同样一条C语句，不同的编译器可能翻译成不同条数的机器码指令，当然，一般一个单片机只认识很有限编译器编出来的目标码，这条基本可以忽略。
还有就是C语句是什么语句，比如运行i++一般只需要一个指令周期，i=i+1却最少需要三个。

所以你的问法应该是“核心频率是XXXHz的单片机，每秒能执行多少汇编指令？”

㈤ 编译程序大多数时间花在什么上

编译程序大多数时间花在目标代码生成。

编译程序把用高级程序设计语言书写的源程序，翻译成等价的机器语言格式目标程序的翻译程序。编译程序属于采用生成性实现途径实现的翻译程序。

它以高级程序设计语言书写的源程序作为输入，而以汇编语言或机器语言表示的目标程序作为输出。编译出的目标程序通常还要经历运行阶段，以便在运行程序的支持下运行，加工初始数据，算出所需的计算结果。

(5)编译器的编译时长取决于什么扩展阅读：

编译程序的基本功能是把源程序（高级语言）翻译成目标程序。但是，作为一个具有实际应用价值的编译系统，除了基本功能之外，还应具备语法检查、调试措施、修改手段、覆盖处理、目标程序优化、不同语言合用以及人-机联系等重要功能。

编译程序的实现算法较为复杂。这是因为它所翻译的语句与目标语言的指令不是一一对应关系,而是一多对应关系;同时也因为它要处理递归调用、动态存储分配、多种数据类型，以及语句间的紧密依赖关系。

但是，由于高级程序设计语言书写的程序具有易读、易移植和表达能力强等特点，编译程序广泛地用于翻译规模较大、复杂性较高、且需要高效运行的高级语言书写的源程序。

㈥ 编译程序所需要的时间和电脑的性能有关系么

有关系的
当需要编译工程的复杂度一定的时候，电脑性能越好，编译所需要时间越短；反之，则时间越长。
当电脑性能一定的时候，工程越复杂，则编译所需要的时间越长；反之，则时间越短。

㈦ 在不同电脑的不同软件上，有的int型变量占用2个字节，有的占用4个字节，这是由什么决定的

最近在看深入理解计算机系统这本书，上面提到了在32位机器和64机器中int类型都占用4个字节。后来，查了The C Programming language这本书，里面有一句话是这样的：Each compiler is free to choose appropriate sizes for its own hardware, subject only to the restriction that shorts and ints are at least 16bits, longs are at least 32bits, and short is no longer than int, which is no longer than long.意思大致是编译器可以根据自身硬件来选择合适的大小，但是需要满足约束：short和int型至少为16位，long型至少为32位，并且short型长度不能超过int型，而int型不能超过long型。这即是说各个类型的变量长度是由编译器来决定的，而当前主流的编译器中一般是32位机器和64位机器中int型都是4个字节（例如，GCC）。
这个int类型的大小到底是跟编译器有关，还是跟CPU有关，还是跟操作系统有关？
所谓的16位32位64位系统是由cpu决定的，由机器指令的寻址、寄存器位数决定的
os受cpu的限制，但在32位的cpu下16位的os也可以跑（就向上面提到的所谓纯dos）
很多os是向前兼容的，就是使以前的程序也能运行，如果编译器本身是16位时代做的，那么os会提供一个模拟16位的子环境供这个编译器使用
int和void*长度应该是一样的（16位的时候的20位的指针是两个16位错位加起来的）
非要转牛角尖的话，int只是语言定义里面的一个关键字，只对compiler可见，complier说它是几位就是几位，和os/cpu都没关系
永远都用sizeof是最安全的办法，但sizeof只是编译时常量，不能做到二进制兼容（移植）
说 int和void*一样长只是因为在一般情况下它们都应该可以放到单个寄存器里，其实这样说很不确切，还是不要这样理解的好，说在xx位的cpu上int 是多少位只是因为这级别的cpu有对xx位数据进行操作的单条指令（因为寄存器是xx位）（可能会有扩展指令，我不清楚，但关键看寄存器的位数），从而编 译器就图个方便把int做为xx位，这也不一定的，譬如以后64位机器出来了，可能编译器只是把long扩到64位，而int还是当作32，也挺合适的。
网上很多博客对这个有很多的解释，感兴趣可以去看看！

㈧ 什么是编译时间

用户使用编译程序对其个人编制的源程序进行编译的过程称为程序编译。编译时间(compiling time) 指编译程序将源程序编译成目标程序所占用的时间。

1 如何减少编译时间
一是执行每日自动构建。每日自动构建的原理很简单：安装每日构建工具CCNET（不熟悉该工具的同学可以去搜索下）。然后在源码服务器上安装编译环境。源码服务器每天获取最新代码，每天下班后开始编译最新代码，经过一个晚上基本上就能把库和应用程序都编好，到了第二天开发人员只需下载最新的库文件和代码文件而不须自己重新编译。这样就能大大节省时间了。
二是使用联合编译器IncrediBuild。这个工具估计大家都不陌生。最近试验了一个新想法，写一个批处理文件，将SVN和IncrediBuild绑在一起，实现了从源码更新到工程编译。


2 批处理文件的命令语法
svnupinclude//更新服务器的include文件夹到本地
BuildConsoleD:\Code\MySolution.sln/prj="MyApp"/build/OpenMonitor/cfg="Debug|Win32"
BuildConsole是IncrediBuild的命令行工具，
D:\Code\MySolution.sln是你的解决方案文件绝对路径，
/prj参数设置你要编译的工程，如果你要编译多个工程，可以这样设置，/prj="prj1,prj2,prj3",
/prj参数也支持通配符，/prj="*"即为编译MySolution.sln下的所有工程
/build为编译工程，若改为/rebuild即是清理重编工程。
/OpenMonitor为打开IncrediBuild的图形化界面，去掉该参数则不出现图形界面。
/cfg为编译设置选项，如要编release版本，可以改为Release|Win32。
把上面的代码保存为BuildDebug.bat，把文件保存在D:\Code\路径下（即源码根目录，下面有include、src和vs三个文件夹），然后运行这个批处理文件就相当于把从更新源码到编译源码这一系列动作都执行了。

㈨ 编译器编译的时间， 要比解释语言运行的速度慢吗为什么

只能说说通常的情况，因为情况比较复杂
一般来说，编译的语言比解释性语言运行的速度块
不过编译时间的话就很难说了，和编译器本身有关系
解释语言可以不用专成 二进制代码直接运行

㈩ 请问java中的编译期和运行期有什么区别

编译时是调用检查你的源程序是否有语法错误，如果没有就将其翻译成字节码文件。即.class文件。
运行时是java虚拟机解释执行字节码文件。