1.Linux下源码安装的经验详解
2.linux下源码的安装由哪几个步骤组成？
3.Linux中的Configure选项配置参数详解
4.Linux内核中Makefile、Kconfig和.config的关系
5.Linux中的./configure
Linux下源码安装的经验详解
在linux下安装软件，难免会碰到需要源码安装的，而就是这简简单单的./configure、make、sudo make install三步，派单类源码却让不少人头疼不已，这里以安装X为例具体介绍下我在安装时的一点小经验，以便共同学习，共同进步！
首先，我们要做些准备工作，源码安装少不了这几个工具pkg-config、libtool、autoconf和automake(当然，还有更基础的，像zlib、m4等，这里就略过啦)，其中，pkg-config是相对比较重要的，它就是向configure程序提供系统信息的程序，如软件的版本、库的版本以及库的路径等信息，这些只是在编译期间使用。你可以打开/usr/lib/pkgconfig下任意一个.pc文件，nox源码就会发现类似下面的信息(X的pc文件)：
prefix=/usr
exec_prefix=${ prefix}
libdir=${ exec_prefix}/lib
includedir=${ prefix}/include
xthreadlib=-lpthread
Name: X
Description: X Library
Version: 1.3.3
Requires: xproto kbproto
Requires.private: xcb = 1.1.
Cflags: -I${ includedir}
Libs: -L${ libdir} -lX
Libs.private: -lpthread
configure就是靠着这些信息来判断软件版本是否符合要求的。接着来看看pkg-config是怎样工作的，缺省情况下，pkg-config首先在usr/lib/pkgconfig/中查找相关包(譬如x)对应的相应的文件(x.pc)，若没有找到，它也会到PKG_CONFIG_PATH这个环境变量所指定的路径下去找，若是还没有找到，它就会报错。所以这里就可以得到一些解决configure时提示**库未找到的办法了，先用命令ldconfig -p | grep 库名来分析该库是否安装及其路径，若返回空，则说明该库确实未安装，否则，可以根据该命令的返回结果找到库的安装地点，然后设置其环境变量，命令如下：
export PKG_CONFIG_PATH=软件位置/lib/pkgconfig:$PKG_CONFIG_PATH，这里有个常识，软件安装后，.pc文件都是在安装目录下的lib/pkgconf中的。这样只会在当前命令窗口有效，当然，你也可以修改home文件夹下的.bashrc文件(带.的文件为隐藏文件，可以用命令vi .bashrc编辑)，在文件末尾加上上面那句命令，重新登录即可。gfs 源码其他的几个在linux下也是不可或缺的，libtool为管理library时使用，没装的话错误提示如下：possibly undefined macro:AC_PROG_LIBTOOL。而autoconf和automake可以用于在某些没有configure的文件的源码包安装时使用(pixman就是个典型的例子，安装了二者后直接./autogen.sh就可以安装了)。
准备工作做好后，就可以安装了，具体全部命令如下：
tar vxf libX-6.2.1.tar.gz
cd libX-6.2.1
mkdir X-build
cd X-build
../configure prefix=/usr/local/XR6
make
echo $
sudo make install
这里有一些好的安装习惯可以积累一下：1、建立一个临时编译目录，本例中为X-build，这样可以再安装完成后删除该目录，进而可以节省空间，而且保持了源码目录的整洁；2、安装到指定目录，本例中为/usr/local/XR6，最好把几个相关的安装在同一文件夹下，如这里的XR6文件夹，这样便于管理，否则全部默认安装在/usr/local下，很杂乱；3、编译完成后做检查，本例为echo $，表示检查上一条命令的退出状态，程序正常退出返回0，错误退出返回非0，hexfrvr 源码也可以使用make check，主要为了防止make失败后直接install，进而出现了一些莫名其妙的错误。这里还介绍一种更方便快捷的安装方法，用将安装命令连接起来，如../configure prefix=**makesudo make install，这样，只有在前面的命令执行正确的情况下，后面的任务才会执行，多方便！
除此之外，安装之前可以阅读下源码包中的readme和install等文档，往往有所需软件及其下载地址，还包括一些安装技巧和配置选项。另外，在configure前，先输入configure help，可以查看有哪些选项可以添加。还有几个关系安装成功的东西就是ldconfig了，在安装时如果提示找不到某个库或者在编译时提示找不到**.so文件，就要用到它了，最简单的解决办法就是sudo gedit /etc/ld.so.conf，在文件中加入**.so文件所在路径，再运行一下ldconfig就可以了，但是mokoid 源码我对这个东西有阴影，不知道是因为用了虚拟机还是其他的原因，有7、8次我在运行完ldconfig后，Ubuntu就没办法打开任何窗口了，直接关机重启就更是进不去系统了，崩溃之，不知道有没有高手有解决办法。在这里提供一种代替ldconfig的办法，就是export LD_LIBRARY_PATH=*.so文件地址:$LD_LIBRARY_PATH，用它我就舒心多了，也就是麻烦点，哥忍了，总比系统崩溃强多了吧，呵呵！其实，在configure时碰到问题，你应该庆幸，因为你可以根据它很明显的提示找到缺失的东西装上，在配置下pkgconfig和ldconfig基本上就可以搞定了，但是make的时候就没那么简单了。
编译时提示最多的就是**东西未找到了，要么是库文件，要么是头文件，库文件用上面的ldconfig基本上就可以搞定，头文件的话需要配置包含的路径，和库的类似，命令如下：
export LD_INCLUDE_PATH=/usr/local/include:$LD_INCLUDE_PATH
在这个时候最重要的就是淡定了，循着丫的error往上找，像No such file or directory这样的错误提示肯定就在附近，找到了，include之就可以咯！
linux下源码的安装由哪几个步骤组成？
linux下源码的安装由3个步骤组成：配置(configure)、编译(make)、安装(make install)。其中配置语句“./configure --prefix=/usr/local/test”提示“没有那个文件或目录”，是因为配置指定路径“/usr/local/test”时，没有这样的文件或目录存在。
只需在“./configure --prefix=”语句中放入一个存在的目录路径，重新编译安装即可解决。
以安装hdf5软件为例，具体操作步骤如下：
1、首先从官网下载hdf5，根据自己的要求下载对应的版本：hdf5-1.8.3.tar.gz。
2、然后上传到服务器某个目录下，比如/opt目录。
3、接着解压安装包，输入命令：tar -xvf hdf5-1.8.3.tar.gz。
4、解压后会生成一个目录：hdf5-1.8.3。
5、再输入：cd hdf5-1.8.3/，切换目录到hdf5-1.8.3。
6、最后依次输入以下命令：./configure --prefix=/usr/local/hdf5；make；make check ；make install，等待安装信息输出结束后，即可在Linux中安装成功。
Linux中的Configure选项配置参数详解
Linux环境下的软件安装，并不是一件容易的事情;如果通过源代码编译后在安装，当然事情就更为复杂一些;现在安装各种软件的教程都非常普遍;但万变不离其中，对基础知识的扎实掌握，安装各种软件的问题就迎刃而解了。Configure脚本配置工具就是基础之一，它是autoconf的工具的基本应用。
与一些技巧相比，Configure显得基础一些，当然使用和学习起来就显得枯燥乏味一些，当然要成为高手，对基础的熟悉不能超越哦。
为此我转载了一篇关于Configure选项配置的详细介绍。供大家参考’configure’脚本有大量的命令行选项.对不同的软件包来说,这些选项可能会有变化,但是许多基本的选项是不会改变的.带上’–help’ 选项执行’configure’脚本可以看到可用的所有选项.尽管许多选项是很少用到的,但是当你为了特殊的需求而configure一个包时,知道他们的存在是很有益处的.下面对每一个选项进行简略的介绍:
–cache-file=FILE
‘configure’会在你的系统上测试存在的特性(或者bug!).为了加速随后进行的配置,测试的结果会存储在一个cache file里.当configure一个每个子树里都有’configure’脚本的复杂的源码树时,一个很好的cache file的存在会有很大帮助.
–help
输出帮助信息.即使是有经验的用户也偶尔需要使用使用’–help’选项,因为一个复杂的项目会包含附加的选项.例如,GCC包里的’configure’脚本就包含了允许你控制是否生成和在GCC中使用GNU汇编器的选项.
–no-create
‘configure’中的一个主要函数会制作输出文件.此选项阻止‘configure’生成这个文件.你可以认为这是一种演习(dry run),尽管缓存(cache)仍然被改写了.
–quiet
–silent
当’configure’进行他的测试时,会输出简要的信息来告诉用户正在作什么.这样作是因为’configure’可能会比较慢,没有这种输出的话用户将会被扔在一旁疑惑正在发生什么.使用这两个选项中的任何一个都会把你扔到一旁.(译注:这两句话比较有意思,原文是这样的:If there was no such output, the user would be left wondering what is happening. By using this option, you too can be left wondering!)
–version
打印用来产生’configure’脚本的Autoconf的版本号.
–prefix=preFIX(文件安装的位置)
‘–prefix’是最常用的选项.制作出的’Makefile’会查看随此选项传递的参数,当一个包在安装时可以彻底的重新安置他的结构独立部分. 举一个例子,当安装一个包,例如说Emacs,下面的命令将会使Emacs Lisp file被安装到”/opt/gnu/share”:
$ ./configure –prefix=/opt/gnu/share
–exec-prefix=EPREFIX
与’–prefix’选项类似,但是他是用来设置结构倚赖的文件的安装位置.编译好的’emacs’二进制文件就是这样一个文件.如果没有设置这个选项的话,默认使用的选项值将被设为和’–prefix’选项值一样.
–bindir=DIR
指定二进制文件的安装位置.这里的二进制文件定义为可以被用户直接执行的程序.
—sbindir=DIR
指定超级二进制文件的安装位置.这是一些通常只能由超级用户执行的程序.
–libexecdir=DIR(包目录,程序调用)
指定可执行支持文件的安装位置.与二进制文件相反,这些文件从来不直接由用户执行,但是可以被上面提到的二进制文件所执行.
–datadir=DIR
指定通用数据文件的安装位置.
–sysconfdir=DIR(/etc配置文件目录)
指定在单个机器上使用的只读数据的安装位置.
–sharedstatedir=DIR
指定可以在多个机器上共享的可写数据的安装位置.
–localstatedir=DIR
指定只能单机使用的可写数据的安装位置.
–libdir=DIR(库文件目录)
指定库文件的安装位置.
–includedir=DIR
指定C头文件的安装位置.其他语言如C++的头文件也可以使用此选项.
–oldincludedir=DIR
指定为除GCC外编译器安装的C头文件的安装位置.
–infodir=DIR
指定Info格式文档的安装位置.Info是被GNU工程所使用的文档格式.
–mandir=DIR(帮助文档的安装目录)
指定手册页的安装位置.
–srcdir=DIR
这个选项对安装没有作用.他会告诉’configure’源码的位置.一般来说不用指定此选项,因为’configure’脚本一般和源码文件在同一个目录下.
–program-prefix=PREFIX
指定将被加到所安装程序的名字上的前缀.例如,使用’–program-prefix=g’来configure一个名为’tar’的程序将会使安装的程序被命名为’gtar’.当和其他的安装选项一起使用时,这个选项只有当他被`Makefile.in’文件使用时才会工作.
–program-suffix=SUFFIX
指定将被加到所安装程序的名字上的后缀.
–program-transform-name=PROGRAM
这里的PROGRAM是一个sed脚本.当一个程序被安装时,他的名字将经过`sed -e PROGRAM’来产生安装的名字.
–build=BUILD
指定软件包安装的系统平台.如果没有指定,默认值将是’–host’选项的值.
–host=HOST
指定软件运行的系统平台.如果没有指定,将会运行`config.guess’来检测.
–target=GARGET
指定软件面向(target to)的系统平台.这主要在程序语言工具如编译器和汇编器上下文中起作用.如果没有指定,默认将使用’–host’选项的值.
–disable-FEATURE
一些软件包可以选择这个选项来提供为大型选项的编译时配置,例如使用Kerberos认证系统或者一个实验性的编译器最优配置.如果默认是提供这些特性,可以使用’–disable-FEATURE’来禁用它,这里’FEATURE’是特性的名字.例如:
代码如下:
$ ./configure –disable-gui
-enable-FEATURE[=ARG](系统参数配置,在编译时完成)
相反的,一些软件包可能提供了一些默认被禁止的特性,可以使用’–enable-FEATURE’来起用它.这里’FEATURE’是特性的名字.一个特性可能会接受一个可选的参数.例如:
代码如下:
$ ./configure –enable-buffers=
`–enable-FEATURE=no’与上面提到的’–disable-FEATURE’是同义的.
–with-PACKAGE[=ARG]
在自由软件社区里,有使用已有软件包和库的优秀传统.当用’configure’来配置一个源码树时,可以提供其他已经安装的软件包的信息.例如,倚赖于Tcl和Tk的BLT器件工具包.要配置BLT,可能需要给’configure’提供一些关于我们把Tcl和Tk装的何处的信息:
代码如下:
$ ./configure –with-tcl=/usr/local –with-tk=/usr/local
‘–with-PACKAGE=no’与下面将提到的’–without-PACKAGE’是同义的.
–without-PACKAGE
有时候你可能不想让你的软件包与系统已有的软
件包交互.例如,你可能不想让你的新编译器使用GNU ld.通过使用这个选项可以做到这一点:
代码如下:
$ ./configure –without-gnu-ld
–x-includes=DIR
这个选项是’–with-PACKAGE’选项的一个特例.在Autoconf最初被开发出来时,流行使用’configure’来作为Imake 的一个变通方法来制作运行于X的软件.’–x-includes’选项提供了向’configure’脚本指明包含X头文件的目录的方法.
–x-libraries=DIR
类似的,’–x-libraries’选项提供了向’configure’脚本指明包含X库的目录的方法.
在源码树中运行’configure’是不必要的同时也是不好的.一个由’configure’产生的良好的’Makefile’可以构筑源码属于另一棵树的软件包.在一个独立于源码的树中构筑派生的文件的好处是很明显的:派生的文件,如目标文件,会凌乱的散布于源码树.这也使在另一个不同的系统或用不同的配置选项构筑同样的目标文件非常困难.建议使用三棵树:一棵源码树(source tree),一棵构筑树(build tree),一棵安装树(install tree).这里有一个很接近的例子,是使用这种方法来构筑GNU malloc包:
代码如下:
$ gtar zxf mmalloc-1.0.tar.gz
$ mkdir build cd build
$ ../mmalloc-1.0/configure
creating cache ./config.cache
checking for gcc… gcc
checking whether the C compiler (gcc ) works… yes
checking whether the C compiler (gcc ) is a cross-compiler… no
checking whether we are using GNU C… yes
checking whether gcc accepts -g… yes
checking for a BSD compatible install… /usr/bin/install -c
checking host system type… i-pc-linux-gnu
checking build system type… i-pc-linux-gnu
checking for ar… ar
checking for ranlib… ranlib
checking how to run the C preprocessor… gcc -E
checking for unistd.h… yes
checking for getpagesize… yes
checking for working mmap… yes
checking for limits.h… yes
checking for stddef.h… yes
updating cache ../config.cache
creating ./config.status
这样这棵构筑树就被配置了,下面可以继续构筑和安装这个包到默认的位置’/usr/local':
代码如下:
$ make all make install
一个软件包通过编译源代码安装后，如何完全的卸载?
如果原先的source还在的话，很多source的Makefile都有写uninstall规则，直接在Souce里make uninstall就可行，不过碰到无良作者没写的，那一句一句看Makefile里install部分他都干了些什么，然后挨个删除。
如果source没了…..那就一边郁闷吧
到目前为止, 我装的都可以make uninstall…….
(因为总是不小心装错地方, 结果就make uninstallmake clean,然后重新configure……)
Linux内核中Makefile、Kconfig和.config的关系
Linux内核编译过程中的Makefile、Kconfig和.config文件之间存在着紧密的关系，它们共同确保了庞大且分层的源码结构能够有序地编译。以下是这些问题的解答：
首先，Linux内核的庞大文件结构通过模块化管理实现关联。顶层目录下，如arch、include、drivers等子目录代表了功能和属性的集群，形成了树形结构。Kconfig文件在树中建立各层子目录间的连接，而Makefile则根据.config文件的配置选择编译哪些文件。config文件就像总控制台，指示Makefile如何操作。
当使用特定架构的芯片如RK时，编译仅限于该架构的代码。这得益于make命令生成的.config文件，它基于特定平台的配置，如firefly-rk-linux_defconfig，只编译与所选架构相关的代码。
make menuconfig的作用是生成或修改.config文件，允许用户配置和选择要编译的模块。它提供了多种配置界面，如text-based config、graphical xconfig和oldconfig，以满足不同需求。
执行make zImage命令的目的是生成内核镜像，如zImage或uImage，而firefly-rk.img是Firefly平台的特定版本。
最后，Makefile和Kconfig文件的编写遵循了Linux内核的结构。每个目录下的Makefile和Kconfig文件都负责指引编译过程，如hello目录的Makefile根据CONFIG_HELLO配置编译代码，my_dr目录的Kconfig则用于驱动程序菜单的构建。
理解了这些关系，你就掌握了Linux内核编译过程中的核心机制。通过模仿内核源码中的Kconfig和Makefile格式，可以自定义和扩展驱动程序的编译。定期关注嵌入式知识，持续学习和提升。
Linux中的./configure
Linux中的./configure是源代码安装过程中的关键步骤，它主要用于检查和配置软件环境，确保系统具备安装所需依赖。并非所有从tar包获取的源代码都需要这个步骤，如果下载的是预编译的二进制包，如某些软件包，解压后可以直接使用，无需进行配置。
Linux，源自年月5日的UNIX系统克隆版本，自那时起，在全球互联网的推动和众多开发者共同贡献下，已成为全球使用最广泛的UNIX类操作系统，用户群体持续增长迅速。
在Linux系统中，硬件设备都被视为文件来管理。硬盘、光驱等IDE或SCSI设备也不例外。IDE设备在Linux中被标记为以hd为前缀的文件，而SCSI设备则以sd为前缀的文件形式出现，体现了Linux设备管理的统一性。
总结来说，./configure是针对源代码安装的配置工具，对于预编译包则无需执行。Linux作为开源系统，其设备管理和配置过程体现了其灵活性和兼容性。
