Linux下面去编译项目之前，一般常会用make mrproper去先删除之前编译所生成的文件和配置文件，备份文件等，其中，mrproper和distclean，clean之间的区别，Linux内核源码根目录下面的makefile中，有很清晰的解释：
help:
 @echo  'Cleaning targets:'
 @echo  '  clean    - Remove most generated files but keep the config and'
 @echo  '                    enough build support to build external modules'
 @echo  '  mrproper   - Remove all generated files + config + various backup files'
 @echo  '  distclean   - mrproper + remove editor backup and patch files' /////////////////////////////////////////////////////////////////////////////////////////////////////分割线///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
make menuconfig 图形化的内核配置make mrproper -----删除不必要的文件和目录. 1  #make config（基于文本的最为传统的配置界面，不推荐使用） 2  #make menuconfig（基于文本选单的配置界面，字符终端下推荐使用） 注意：使用make menuconfig 需要安装ncurses( sudo apt-get install ncurses-dev) 3  #make xconfig（基于图形窗口模式的配置界面，Xwindow下推荐使用） 注意：如果要用make xconfig，则要先安装libqt3-compat-headers( sudo apt-get install libqt3-compat-headers) 4  #make oldconfig（如果只想在原来内核配置的基础上修改一些小地方，会省去不少麻烦） 目的都是生成一个.config文件,这三个命令中，make xconfig的界面最为友好，如果你可以使用Xwindow，你就用这个好了，这个比较方便，也好设置。如果你不能使用Xwindow，那么就使用make menuconfig好了。界面虽然比上面一个差点，总比make config的要好多了。 选择相应的配置时，有三种选择，它们分别代表的含义如下： Y－-将该功能编译进内核 N－-不将该功能编译进内核 M－-将该功能编译成可以在需要时动态插入到内核中的模块 下面根据解释make menuconfig中出现的菜单的内容。 [1]、Code maturity level options：代码成熟等级。 1.1.prompt for development and/or incomplete code/drivers. 如果要试验现在仍处于实验阶段的功能，比如khttpd、IPv6等，就必须把该项选择为Y了；否则可以把它选择为N。在Linux的世界里，每天都有许多人为它发展支持的driver和加强它的核心。但是有些driver还没进入稳定的阶段。但其作者很欢迎其他人去测试这些driver并提出一些bugs。这个问题是说，有一些drive还在做测试中，问您是否要选择这些drive或支持的程序码。如果键入Y，往后将会出现一些还在测试中的东西给您做选择。（像Java的程序码和PCI bridge），台则就键入N。 [2]、Loadable module support：对模块的支持 模块就像你特意插入核心中的某些东西，如果办公室有一个小网络并且有时想用一下(但并不经常)，也许你想把网卡编译成一个模块。如果安装启动分区和网络，你需要网络系统文件，和己经编译的网卡。为什么要使用模块? 模块化使核心变的更简捷，它减少核心释放大量的受保护的空间。模块的安装和卸载使用的空间是可重复分配利用的。如果你打开机器有90%以上的时间用到一个模块，编译它。运用这类模块是浪费内存的，原因是一旦你编译了模块它们同样将占用大量的内存，核心需要一些代码来挂上模块。记住，核心在保护空间运行，但模块并不是。这么说，并不经常使用我的设备，把它编译成只支持ext2,ide和elf。而一直使用的网卡，把其它的编译成模块：如a.out, java, floppy, iso9960, msdos, minix, vfat,smb,nfs,smcultra(ethernetcard),serial,printer,sound,ppp,等等。它们许多只是在这或那用上那么几分钟。严格的说,这样做会使核心增大许多而降低它的执行速度。这时我们就可以把这些可能会用的驱动程序编译成一个—个的模块，在需要用的时候才用insmod这个指令加入核心，不用的时候也能rmmod把它从核心移除，或是用lsmod察看目前所载入的模块。 2.1.Enable loadable module support. 除非准备把所有需要的内容都编译到内核里面，否则该项应该是必选的。 2.2.Set version information on all module symbols. 通常，我们更新核心版本之后，模块耍重新的编译。这个选项使您不必更新编译模块而能使用以前的模块。可以不选它。但如果您选y，则按照它的说明，您必须有genksyms这个程序（可用whereis指令查看有无此程序）。 2.3.Kernel module loader. 让内核在启动时有自己装入必需模块的能力，建议选上。注意：在开机就会 mount 上来的 partition 的 FS 、device driver 记得要 compiler 进 kernel，不能把它弄成 modules。请不要夸张到为了完全模组化而忘了把ext2fs和IDE dirver compiler 进 kernel 里。 经验谈： a.可加载模块是指内核代码（kernel code）的一些片断，比如驱动程序，当编译内核的时候它们也被单独编译。因此，这些代码不是内核的一部分，但是当你需要它的时候，它可以被加载并使用。 通常的建议是如果可能，将内核代码编译成可加载模块，因为这样可以使内核更小，而且更稳定。警告！千万不要将文件系统（File System）部分的代码编译为可加载模块，如果你犯了这个错误，将文件系统（File System）部分的代码编译为可加载模块，结果将是内核无法读取它自己的文件系统。 然后内核无法加载它自己的配置文件——一些很明显是在正常启动Linux时所必需的东西。 我很少使用可加载模块：我喜欢我的内核能够直接和硬件对话，但这只是我自己的偏好。