场轻松流畅编译

A. 程序在pycharm上编译运行非常顺畅，但用pyinstaller打包后运行却十分卡顿，请问有人知道这是怎么回事吗

 目前使用pyinstaller 打包成exe文件，对于使用大量科学计算库的python程序，我使用的是在pycharm下IDLE下面写程序，虽然VS2015用来写python有一些不方便，但是我觉得这货用来打包成exe非常的好用，写程序使用pycharm和VS2015结合，然后在VS2015中保存py程序，然后使用pyinstaller打包成单个EXE文件，可以在其他windows系统的电脑上直接运行，目前已经测试是完全可行的。

B. 系统是怎么编译的 一般软件都是用开发语言写代码， 然后再用编译器编译成文件。 但是按我目前的认识

网络

卧薪尝胆历史故事
shate3 | 2012-06-23 | 分享
作业不会，学霸帮你立即下载
我来解答
推荐回答
吴王阖闾打败楚国，成了南方霸主。吴国跟附近的越国(都城在今浙江绍兴)素来不和。公元前496年，越国国王勾践即位。吴王趁越国刚刚遭到丧事，就发兵打越国。吴越两国在槜李(今浙江嘉兴西南，槜音zuì)地方，发生一场大战。

吴王阖闾满以为可以打赢，没想到打了个败仗，自己又中箭受了重伤，再加上上了年纪，回到吴国，就咽了气。

吴王阖闾死后，儿子夫差即位。阖闾临死时对夫差说："不要忘记报越国的仇。"夫差记住这个嘱咐，叫人经常提醒他。他经过宫门，手下的人就扯开了嗓子喊："夫差！你忘了越王杀你父亲的仇吗？"

夫差流着眼泪说："不，不敢忘。"他叫伍子胥和另一个大臣伯嚭(音pǐ)操练兵马，准备攻打越国。过了两年，吴王夫差亲自率领大军去打越国。越国有两个很能干的大夫，一个叫文种，一个叫范蠡(音lí)。范蠡对勾践说："吴国练兵快三年了。这回决心报仇，来势凶猛。咱们不如守住城，不要跟他们作战。"

勾践不同意，也发大军去跟吴国人拼个死活。两国的军队在大湖一带打上了。越军果然大败。越王勾践带了五千个残兵败将逃到会稽，被吴军围困起来。勾践弄得一点办法都没有了。他跟范蠡说："懊悔没有听你的话，弄到这步田地。现在该怎么办？"

范蠡说："咱们赶快去求和吧。"勾践派文种到吴王营里去求和。文种在夫差面前把勾践愿意投降的意思说了一遍。吴王夫差想同意，可是伍子胥坚决反对。

文种回去后，打听到吴国的伯嚭是个贪财好色的小人，就把一批美女和珍宝，私下送给伯嚭，请伯嚭在夫差面前讲好话。经过伯嚭在夫差面前一番劝说，吴王夫差不顾伍子胥的反对，答应了越国的求和，但是要勾践亲自到吴国去。

文种回去向勾践报告了。勾践把国家大事托付给文种，自己带着夫人和范蠡到吴国去。勾践到了吴国，夫差让他们夫妇俩住在阖闾的大坟旁边一间石屋里，叫勾践给他喂马。范蠡跟着做奴仆的工作。夫差每次坐车出去，勾践就给他拉马，这样过了两年，夫差认为勾践真心归顺了他，就放勾践回国。

勾践回到越国后，立志报仇雪耻。他唯恐眼前的安逸消磨了志气，在吃饭的地方挂上一个苦胆，每逢吃饭的时候，就先尝一尝苦味，还自己问："你忘了会稽的耻辱吗？"他还把席子撤去，用柴草当作褥子。这就是后来人传诵的"卧薪尝胆"。
丢来了 | 2012-06-23
1700
500

网络知道

作业帮

宝宝知道

今日头条

言情小说

91助手

女生秘密

汽车报价

秀美甲

LBE安全

酷狗音乐

美摄
相关问题
卧薪尝胆类似的历史故事65
从卧薪尝胆这个历史故事中大家明白了什么?121
“卧薪尝胆”这个成语讲的什么历史故事？217
卧薪尝胆的历史故事614
卧薪尝胆简要的历史故事431
<<卧薪尝胆>>这篇历史故事,主要写了什么3
卧薪尝胆是寓言故事还是历史故事?急!!!!71
更多相关问题>>
用作业帮一键提问“卧薪尝胆...”问题
回答
卧薪尝胆
两千多年前，在长江下游有两个国家，一个是吴国，一个是越国。他们都想征服对方，使自己的国家强大起来。
会稽一战，越国打了败仗。越王勾践万般无奈，只好派人向吴王夫差求和，表示愿意和夫人一起去吴国，给吴王当奴仆。吴王的谋臣纷纷要求灭掉越国，免除后患。得胜的吴王非常骄傲，不听大家的建议，答应了勾践的请求。
勾践夫妇来到吴国，穿上了粗布衣，住进了石头房，给吴王养马驾车，舂米推磨，受尽了屈辱。他们在吴国整整干了三年，才回到自己的国家。
回国以后，越王勾践时刻不忘报仇雪恨。白天，他亲自下田耕种；晚上，就睡在柴草上。他还在屋里挂了一只苦胆，每顿饭前，总是要先尝尝它的苦味，提醒自己时刻不忘兵败会稽的耻辱。
经过二十多年的努力，越国终于转弱为强，出奇兵灭掉了吴国。
可爱小黎 | 2012-11-12
366
95
公元前496年，吴王派兵攻打越国，被越王勾践打得大败，吴王也受了重伤，临死前，嘱咐儿子夫差要替他报仇。夫差牢记父亲的话，日夜加紧练兵，准备攻打越国。 过了两年，夫差率兵把勾践打得大败，勾践被包围，无路可走，准备自杀。这时谋臣文种劝住了他，说：“吴国大臣伯喜否贪财好色，可以派人去贿赂他。”勾践听从了文种的建议，就派他带着珍宝贿赂伯喜否，伯喜否答应和文种去见吴王。 文种见了吴王，献上珍宝，说：“越王愿意投降，做您的臣下伺候您，请您能饶恕他。”伯喜否也在一旁帮文种说话。伍子胥站出来大声反对道：“人常说‘治病要除根’，勾践深谋远虑，文种、范蠡精明强干，这次放了他们，他们回去后就会想办法报仇的！”这时的夫差以为越国已经不足为患，就不听伍子胥的劝告，答应了越国的投降，把军队撤回了吴国。 吴国撤兵后，勾践带着妻子和大夫范蠡到吴国伺候吴王，放牛牧羊，终于赢得了吴王的

C. 编译程序的功能

编译程序的基本功能是把源程序（高级语言）翻译成目标程序。但是,作为一个具有实际应用价值的编译系统,除了基本功能之外，还应具备语法检查、调试措施、修改手段、覆盖处理、目标程序优化、不同语言合用以及人-机联系等重要功能。①语法检查:检查源程序是否合乎语法。如果不符合语法，编译程序要指出语法错误的部位、性质和有关信息。编译程序应使用户一次上机，能够尽可能多地查出错误。②调试措施：检查源程序是否合乎设计者的意图。为此，要求编译程序在编译出的目标程序中安置一些输出指令，以便在目标程序运行时能输出程序动态执行情况的信息，如变量值的更改、程序执行时所经历的线路等。这些信息有助于用户核实和验证源程序是否表达了算法要求。③修改手段：为用户提供简便的修改源程序的手段。编译程序通常要提供批量修改手段（用于修改数量较大或临时不易修改的错误）和现场修改手段（用于运行时修改数量较少、临时易改的错误）。④覆盖处理：主要是为处理程序长、数据量大的大型问题程序而设置的。基本思想是让一些程序段和数据公用某些存储区，其中只存放当前要用的程序或数据;其余暂时不用的程序和数据,先存放在磁盘等辅助存储器中，待需要时动态地调入。⑤目标程序优化：提高目标程序的质量,即占用的存储空间少,程序的运行时间短。依据优化目标的不同，编译程序可选择实现表达式优化、循环优化或程序全局优化。目标程序优化有的在源程序级上进行，有的在目标程序级上进行。⑥不同语言合用：其功能有助于用户利用多种程序设计语言编写应用程序或套用已有的不同语言书写的程序模块。最为常见的是高级语言和汇编语言的合用。这不但可以弥补高级语言难于表达某些非数值加工操作或直接控制、访问外围设备和硬件寄存器之不足，而且还有利于用汇编语言编写核心部分程序,以提高运行效率。⑦人-机联系：确定编译程序实现方案时达到精心设计的功能。目的是便于用户在编译和运行阶段及时了解内部工作情况，有效地监督、控制系统的运行。早期编译程序的实现方案，是把上述各项功能完全收纳在编译程序之中。然而，习惯做法是在操作系统的支持下，配置调试程序、编辑程序和连接装配程序，用以协助实现程序的调试、修改、覆盖处理，以及不同语言合用功能。但在设计编译程序时，仍须精心考虑如何与这些子系统衔接等问题。

D. 编译程序是什么意思编译是什么意思

编译程序（Compiler，compiling program）也称为编译器，是指把用高级程序设计语言书写的源程序，翻译成等价的机器语言格式目标程序的翻译程序。

解释程序是一种语言处理程序，在词法、语法和语义分析方面与编译程序的工作原理基本相同，但在运行用户程序时，它直接执行源程序或源程序的内部形式(中间代码)。

(4)场轻松流畅编译扩展阅读：

结构：

编译过程分为分析和综合两个部分，并进一步划分为词法分析、语法分析、语义分析、代码优化、存储分配和代码生成等六个相继的逻辑步骤。这六个步骤只表示编译程序各部分之间的逻辑联系，而不是时间关系。

编译过程既可以按照这六个逻辑步骤顺序地执行，也可以按照平行互锁方式去执行。在确定编译程序的具体结构时，常常分若干遍实现。对于源程序或中间语言程序，从头到尾扫视一次并实现所规定的工作称作一遍。每一遍可以完成一个或相连几个逻辑步骤的工作。

可以把词法分析作为第一遍；语法分析和语义分析作为第二遍；代码优化和存储分配作为第三遍；代码生成作为第四遍。反之，为了适应较小的存储空间或提高目标程序质量，也可以把一个逻辑步骤的工作分为几遍去执行。

E. 如何在Dos下编译和运行java程序

第一：首先安装JDK。 第二：为了能使Java程序在dos下很方便的编译和运行Java程序，就要配置其运 行的环境变量，具体步骤如下： （1）在安装的目录下找到你所安装的JDK文件，在里面找到java.exe文件，复制其路径。 （2）鼠标右击我的电脑，打开属性面板单击高级菜单、选择“环境变量”。 （3） 在弹出的面板中找到“系统环境变量”，在其窗口选中变量名为Path的变量。 Path是路径设置命令，其功能是：设备可执行文件的搜索路径，只对文件有效。当运行一个可执行文件时，DOS会先在当前目录中搜索该文件，若找到则运行之；若找不到该文件，则根据Path命令所设置的路径，顺序逐条地到目录中搜索该文件；Path命令中的路径，若有两条以上，各路径之间以一个分号“；”开。 （4）单击“编辑”，在弹出的窗口中的变量值的最后面粘贴上你刚才找到的路径，中间用分号隔开，单击确定。这样你就可以在DOS下很轻松的编译和运行Java程序. 如果Path路径中前面的路径有别的JDK版本，则在DOS下运行的是路径比较前面的版本。 第三：编译Java程序生成“.class”文件，在DOS下，应用DOS命令找到你所编Java程序文件（假设文件名为HelloWorld.java）的根目录下输入命令：javac HelloWorld.java。如果生成。“.class”文件则编译成功。 第四：执行Java程序：接着上步操作输入：java HelloWorld；在命令提示符上会出现运行结果。

F. 学C语言用什么编译器好

C-Free 还行，我就是用这个 写C、C++程序 ，小巧，不到20M，真的不错~~~~~~~

C-Free 5.0 专业版
C-Free是一款支持多种编译器的专业化C/C++集成开发环境（IDE）。利用本软件，使用者可以轻松地编辑、编译、连接、运行、调试C/C++程序。C-Free中集成了C/C++代码解析器，能够实时解析代码，并且在编写的过程中给出智能的提示。C-Free提供了对目前业界主流C/C++编译器的支持，你可以在C-Free中轻松切换编译器。可定制的快捷键、外部工具以及外部帮助文档，使你在编写代码时得心应手。完善的工程/工程组管理使你能够方便的管理自己的代码。

G. 如何使用ccache加快编译

C++代码一直以其运行时的高性能高调面对世人， 但是说起编译速度，却只有低调的份了。比如我现在工作的源代码，哪怕使用Incredibuild调动近百台机子，一个完整的build也需要四个小时，恐怖!!!虽然平时开发一般不需要在本地做完整的build，但编译几个相关的工程就够你等上好一段时间的了(老外管这个叫monkey around，相当形象)。想想若干年在一台单核2.8GHZ上工作时的场景 - 面前放本书，一点build按钮，就低头读一会书~~~往事不堪回首。
可以想象，如果不加以重视，编译速度极有可能会成为开发过程中的一个瓶颈。那么，为什么C++它就编译的这么慢呢?
我想最重要的一个原因应该是C++基本的"头文件-源文件"的编译模型：
每个源文件作为一个编译单元，可能会包含上百甚至上千个头文件，而在每一个编译单元，这些头文件都会被从硬盘读进来一遍，然后被解析一遍。

H. 如何编译OpenWrt

Openwrt 官方正式的发行版是已编译好了的映像文件（后缀名bin或trx、trx2），此映像文件可从Openwrt官方网站的下载页面中轻松获取到，连接地址为 OpenWrt官方网站。这些编译好的映像文件是基于默认的配置设置，且只针对受支持的平台或设备的。因此，为什么要打造一个自己的映像文件，理由有以下四点：
您想拥有一个个性化的配置OpenWrt（彰显个性，在朋友圈子里显摆显摆，开个玩笑）；
您想在实验性的平台上测试OpenWrt；
您参与测试或参与开发OpenWrt的工作；
或者，最简单的目的就是为了保持自己的Openwrt为最新版本；
若想实现上述目的，其实很简单，按下述文字即可成功编译出一个您的Openwrt来。
准备工作
在开始编译Openwrt之前需要您做些准备工作；与其他编译过程一样，类似的编译工具和编译环境是必不可少的：
一个构建OpenWrt映像的系统平台，简单说就是准备一个操作系统（比如Ubuntu、Debian等）；
确保安装了所需的依赖关系库， （在debian系统中就是安装各种需要的软件包）
OpenWrt源代码副本
首先， 开机登陆到支持编译Openwrt的操作系统（废话了）。实体机或者虚拟机(Vmware 或者 Qemu)里的操作系统都行，这里推荐使用Linux系统。 bsd和mac osx系统也可以编，但不推荐，且未验证是否可编译成功。下文假定您使用的是Debian操作系统，使用 apt-get 来管理包. 替代的选择是 Ubuntu (分支 Kubuntu, Xubuntu 等即可)。
第二步, 就是安装所需要的各种软件包, 包括编译器,解压工具,特定的库等. 这些工作可以简单的通过键入以下命令 (通常需要root 或者是 sudo 权限)，以root权限安装下列软件包(可能并不完整，会有提示，提示缺少即装就可以了）:
32位(x86)请执行下列命令:
# apt-get install build-essential asciidoc binutils bzip2 gawk gettext \
git libncurses5-dev libz-dev patch unzip zlib1g-dev

64位(x86_64)请执行下列命令（多装了哪些库或软件包呢？请您仔细看一看哦）:
# apt-get install build-essential asciidoc binutils bzip2 gawk gettext \
git libncurses5-dev libz-dev patch unzip zlib1g-dev ia32-libs \
lib32gcc1 libc6-dev-i386

参考 本列表中 所列的编译环境所需要软件包或库。
某些依赖的为库或软件包也许操作系统中已经安装过，此时apt-get会作出提示（提示您忽略或重新安装的），别紧张，放轻松些，编译Openwrt不会像编译DD－WRT那样难的（至少本人是体会到了编译DD－WRT的难）。
最后下载一份完整的 Openwrt 源码到编译环境中。关于Openwrt的源代码下载，途径有二，一是通过 svn ，一是通过 git，建议使用 svn ，因为Openwrt主要以 svn 来维护Openwrt系统的版本。另外，请注意Openwrt中不同的分支版本，一个是用得较多的开发快照，俗称 trunk，二是稳定版，俗称 backfire。
安装Subversion
若你想通过svn下载源代码,你需安装 Subversion。Subversion,或称SVN, 是OpenWrt的project中用来控制版本的系统,它非常类似的 CVS的界面和使用条款。 执行下述命令即可安装SVN，很容易的：
# apt-get install subversion

Subversion安装完毕，通过SVN命令可获取得到一份OpenWrt纯净源代码。您还得创建一个目录以便存放获取得到的Openwrt源代码，要获取源代码你还得输入subversion命令来获取 (svn里这种操作称之为'check out') 。命令很简单的，继续看下去就能见到了，别着急，耐心点儿。
编译流程
编译专属于您的设备的特定Openwrt固件以一下五个步骤：
通过Subversion命令获得源代码；
更新(或安装) package feeds〔package feeds无法确切翻译，待译吧）；
创建一个默认配置以检查编译环境是否搭建好了 (假如需要的话)；
用Menuconfig来配置即将编译生成的固件映像文件的配置项；
最后开始编译固件；
下载源代码
最后，下载一份完整的OpenWrt源代码。你可选择：
下载稳定发行版，或
下载开发版 (俗称"trunk"版)。
使用发行版的源码
截止本文时, Openwrt公开发行的稳定版为 OpenWrt 10.03 "backfire"。此版本是最稳定的，但也许不包括最新更新的补丁或最新编写的出的新功能。
下述代码即举例说明了通过svn从brandkfire获得backfire源代码（此版本意思是从trunk分支的补丁也在backfire版本中了，即包含修复补丁）：
# mkdir OpenWrt/
# cd OpenWrt/
# svn co svn://svn.openwrt.org/openwrt/branches/backfire

注解: 上述svn命令将在当前目录创建一个 OpenWrt/backfire/ 子目录，此目录包含此命令获取到的源代码。
您也可以通过下述命令，下载不含修复补丁的backfire的原版源码：
# svn co svn://svn.openwrt.org/openwrt/tags/backfire_10.03

使用开发版源代码
当前的开发版本分支(trunk)已包含最新的实验补丁。此分支或许还突破了Openwrt原来所不支持的硬件设备的限制哦，惊喜的同时也有风险存在。因此，编译trunk版，慎之～
# mkdir OpenWrt/
# cd OpenWrt/
# svn co svn://svn.openwrt.org/openwrt/trunk/

跟进并更新源代码
因Openwrt的源代码随时都会变动，故此命令将确保您所获取得到的源码的最新性。下述假设您用的是backfire版本的源码：
## Here, backfire is the directory name of the current release branch you're tracking
# cd OpenWrt/backfire/
# svn up

'svn up' 命令用于更新SVN上更新了，但本地尚未更新的这部分源代码（本人实践证明此命令会将本地源码与SVN上的源码先比较，若SVN有更新才会下载更新的部分，很实用的一个命令）。如果未指定目标路径，则此命令将更新当前目录及当前目录的子目录内的源码。
Feeds下载
Feeds即为包含到你的OpenWrt环境中的额外软件包的索引之类的。（feed译名很多，莫衷一是，至2008年底为止，还没有一个十分通用而备受认可的中文译名；所以此文当中我们用英文feed来称呼）。 最主要的Feeds有以下三个：
'packages' - 路由的基本功能,
'LuCI' - OpenWrt默认的GUI（WEB管理界面）, 及
'Xwrt' - 其他的GUI。
一般情况，你至少需要含 'packages' 和 'LuCI'两个Feeds。
下载完feeds之后， (为编译OpenWrt的recipies额外的预定义包) 您可以检查哪些feeds要包括在内。编辑在你的编译环境的根目录下的'feeds.conf.default'文件。
然后使用下列命令开始下载（注：可能你需要先运行cd trunk进入trunk目录才能成功执行下列命令）：
# ./scripts/feeds update -a

在此之后，下载的软件包需要安装。亦即指的下边的命令啦。若路过下边的install命令则后续make menuconfig将无法成功执行！（注：可能你需要先运行cd trunk进入trunk目录才能成功执行下列命令）：
# ./scripts/feeds install -a

只需编辑Feeds的配置文件或运行更新命令，即可很方便地更新或添加新的实验性的packages到源码中并编译到OpenWrt固件去。
注意：请老坛友及旧的新闻组成员们注意了，这一步取代了创建符号链接symlinks的老办法哦。
更新Feeds
诸如此类源码,你得定期更新Feeds。 通过如上相同的命令:
# ./scripts/feeds update -a
# ./scripts/feeds install -a

注意:若你清楚地知道你不需添加新的packages到menuconfig中去，那么你可在更新Feeds时跳过这一步。
生成配置
You may not have to make configration always after updating sources and feeds, but making it ensures that all packages from source and feeds are correctly included in your build configuration.
Defconfig
下一步是检查编译环境，若可进行编译则生成默认配置：
# make defconfig

若defconfig回显提示缺少软件包或编译库等依赖，则按提示安装所缺软件包或库等即可，不难的，细心点就行。
Menuconfig
menuconfig是一个基于文本的工具，它处理选择的目标（需要还是不需要）、编译生成软件包（openwrt下是IPKG格式）以及内核选项（编译成模块还是内核）等等
# make menuconfig

在你离开并保存配置文件（默认都是.config）后，将自动配置依赖关系，让你可以着手编译更新的固件。
大众可通过'menuconfig'这一简单的图形化的配置环境，非常轻松地编译出专属您本人的OpenWrt固件。
可以用'menuconfig'，以开发的意图来编译OpenWrt的固件，为自己（个人）创造一个结构简单但是功能强大的环境。（上句实在难翻译，只能意译。并且也请大家都学习下编译OP固件，让以OP固件盈利的人丢掉那肮脏的饭碗！）
Menuconfig或多或少有些难以说明的地方，即使是最专业的配置，也可以寻求帮助并加以解决。 需要你指定何种目标平台，要包含的package软件包和内核模块等均需要你指定，配置标准的过程中会包括修改：
目标平台（即路由器何种架构，BCM呢还是AR均可选择）
选择要包含的package软件包
构建系统设置
内核模块
Target system is selected from the extensive list of supported platforms, with the numerous target profiles – ranging from specific devices to generic profiles, all depending on the particular device at hand. Package selection has the option of either 'selecting all package', which might be un-practical in certain situation, or relying on the default set of packages will be adequate or make an indivial selection. It is here needed to mention that some package combinations might break the build process, so it can take some experimentation before the expected result is reached. Added to this, the OpenWrt developers are themselves only maintaining a smaller set of packages – which includes all default packages – but, the feeds-script makes it very simple to handle a locally maintained set of packages and integrate them in the build-process.
假如你需要LuCI, 要到Administration 菜单里,在LuCI组件的子菜单下, 并选择: luci-admin-core, luci-admin-full, and luci-admin-mini组件包。
假如你不需要PPP,你可到Network菜单下取消对它的选择，以便编译时不包含此组件。
Menuconfig用法: 确保这些组件包是以 '*'星号标记而不是 'M'标记。
如果你是以星号 '*'标记该组件包, 则该组件包将编译进最终生成的OpenWrt固件中。
如果你仅以 'M'标记该组件包, 则该组件包将不会编译进最终生成的OpenWrt固件中。
The final step before the process of compiling the intended image(s) is to exit 'menuconfig' – this also includes the option to save a specific configuration or load an already existing, and pre-configured, version.
Exit and save.
Source Mirrors
The 'Build system settings' include some efficient options for changing package locations which makes it easy to handle a local package set:
Local mirror for source packages
Download folder
In the case of the first option, you simply enter a full URL to the web or ftp server on which the package sources are hosted. Download folder would in the same way be the path to a local folder on the build system (or network). If you have a web/ftp-server hosting the tarballs, the OpenWrt build system will try this one before trying to download from the location(s) mentioned in the Makefiles . Similar if a local 'download folder', residing on the build system, has been specified. The 'Kernel moles' option is required if you need specific (non-standard) drivers and so forth – this would typically be things like moles for USB or particular network interface drivers etc.
编译固件
万事具备，只欠东风,通过下面简单的make命令来编译:
# make

在多核电脑中编译
具有多核CPU处理器的电脑进行编译，使用下述参数可令编译过程加速。 常规用法为 <您cpu处理器的数目 + 1> – 例如使用3进程来编译 (即双核CPU), 命令及参数如下:
# make -j 3

后台编译
若你在这个系统内编译OpenWrt的同时还处理其他，可以让闲置的I/O及CPU来在后台编译固件 (双核CPU):
# ionice -c 3 nice -n 20 make -j 2

编译简单的基本的软件包
当你为OpenWrt开发或打包软件包,编译简单的基本的软件包可以很轻易地编译该软件包 (例如， 软件包cups):
# make package/cups/compile V=99

一个在Feeds里的软件包大约是这样子的:
# make package/feeds/packages/ndyndns/compile V=99

编译错误
如果因某种不知道的原因而编译失败,下面有种简单的方法来得知编译到底错在哪里了:
# make V=99 2>&1 |tee build.log |grep -i error

上述编译命令意为：V99参数，将出错信息保存在build.log，生成输出完整详细的副本（with stdout piped to stderr），只有在屏幕上显示的错误。
举例说明:
# ionice -c 3 nice -n 20 make -j 2 V=99 CONFIG_DEBUG_SECTION_MISMATCH=y 2>&1 \
|tee build.log |egrep -i '(warn|error)'

The above saves a full verbose of the build output (with stdout piped to stderr) in build.log and outputs only warnings and errors while building using only background resources on a al core CPU.
一键编译
即使用脚本来编译Openwrt固件。许多朋友编译Openwrt是用的脚本来编译的
生成的固件在哪
编译成功后所生成的固件文件位于bin目录下，可用如下命令查看：
# cd bin/
# ls */

清理
编译OpneWrt时你可能需要一个清洁干净的编译环境。 以下操作有利用编译工作:
清洁
清洁trunk/ 目录，在编译过程中使用“make clean”命令即可。 此命令将删除bin目录和build_dir目录下的所有文件及文件夹。
## See CAUTION below
# make clean

I. 浅谈怎样加快C++代码的编译速度

C++代码一直以其运行时的高性能高调面对世人， 但是说起编译速度，却只有低调的份了。比如我现在工作的源代码，哪怕使用Incredibuild调动近百台机子，一个完整的build也需要四个小时，恐怖！！！虽然平时开发一般不需要在本地做完整的build，但编译几个相关的工程就够你等上好一段时间的了（老外管这个叫monkey around，相当形象）。想想若干年在一台单核2.8GHZ上工作时的场景 - 面前放本书，一点build按钮，就低头读一会书~~~往事不堪回首。 可以想象，如果不加以重视，编译速度极有可能会成为开发过程中的一个瓶颈。那么，为什么C++它就编译的这么慢呢？ 我想最重要的一个原因应该是C++基本的“头文件-源文件”的编译模型： 1.每个源文件作为一个编译单元，可能会包含上百甚至上千个头文件，而在每一个编译单元，这些头文件都会被从硬盘读进来一遍，然后被解析一遍。 2.每个编译单元都会产生一个obj文件，然后所以这些obj文件会被link到一起，并且这个过程很难并行。 这里，问题在于无数头文件的重复load与解析，以及密集的磁盘操作。 下面从各个角度给出一些加快编译速度的做法，主要还是针对上面提出的这个关键问题。 一、代码角度 1、在头文件中使用前置声明，而不是直接包含头文件。 不要以为你只是多加了一个头文件，由于头文件的“被包含”特性，这种效果可能会被无限放大。所以，要尽一切可能使头文件精简。很多时候前置申明某个namespace中的类会比较痛苦，而直接include会方便很多，千万要抵制住这种诱惑；类的成员，函数参数等也尽量用引用，指针，为前置声明创造条件。 2、使用Pimpl模式 Pimpl全称为Private Implementation。传统的C++的类的接口与实现是混淆在一起的，而Pimpl这种做法使得类的接口与实现得以完全分离。如此，只要类的公共接口保持不变，对类实现的修改始终只需编译该cpp；同时，该类提供给外界的头文件也会精简许多。 3、高度模块化 模块化就是低耦合，就是尽可能的减少相互依赖。这里其实有两个层面的意思。一是文件与文件之间，一个头文件的变化，尽量不要引起其他文件的重新编译；二是工程与工程之间，对一个工程的修改，尽量不要引起太多其他工程的编译。这就要求头文件，或者工程的内容一定要单一，不要什么东西都往里面塞，从而引起不必要的依赖。这也可以说是内聚性吧。 以头文件为例，不要把两个不相关的类，或者没什么联系的宏定义放到一个头文件里。内容要尽量单一，从而不会使包含他们的文件包含了不需要的内容。记得我们曾经做过这么一个事，把代码中最“hot”的那些头文件找出来，然后分成多个独立的小文件，效果相当可观。 其实我们去年做过的refactoring，把众多DLL分离成UI与Core两个部分，也是有着相同的效果的 - 提高开发效率。 4、删除冗余的头文件 一些代码经过上十年的开发与维护，经手的人无数，很有可能出现包含了没用的头文件，或重复包含的现象，去掉这些冗余的include是相当必要的。当然，这主要是针对cpp的，因为对于一个头文件，其中的某个include是否冗余很难界定，得看是否在最终的编译单元中用到了，而这样又可能出现在一个编译单元用到了，而在另外一个编译单元中没用到的情况。 之前曾写过一个Perl脚本用来自动去除这些冗余的头文件，在某个工程中竟然去掉多达了5000多个的include。 5、特别注意inline和template 这是C++中两种比较“先进”的机制，但是它们却又强制我们在头文件中包含实现，这对增加头文件的内容，从而减慢编译速度有着很大的贡献。使用之前，权衡一下。