1.Linux内核中Makefile、源码Kconfig和.config的编译关系
2.configure和config有什么区别?
3.剖析Linux内核源码解读之《配置与编译》
4.ifconfig源码分析
5.Linux中的Configure选项配置参数详解

Linux内核中Makefile、Kconfig和.config的源码关系

       Linux内核编译过程中的Makefile、Kconfig和.config文件之间存在着紧密的编译关系，它们共同确保了庞大且分层的源码源码结构能够有序地编译。以下是编译卡牌游戏 源码这些问题的解答：

       首先，Linux内核的源码庞大文件结构通过模块化管理实现关联。顶层目录下，编译如arch、源码include、编译drivers等子目录代表了功能和属性的源码集群，形成了树形结构。编译Kconfig文件在树中建立各层子目录间的源码连接，而Makefile则根据.config文件的编译配置选择编译哪些文件。config文件就像总控制台，源码指示Makefile如何操作。

       当使用特定架构的芯片如RK时，编译仅限于该架构的代码。这得益于make命令生成的vuethink商城源码.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格式，可以自定义和扩展驱动程序的编译。定期关注嵌入式知识，持续学习和提升。

configure和config有什么区别?

       configure和config的区别在于它们的用途和功能不同。

       首先，configure是一个脚本文件，通常用于编译源代码之前的配置过程。这个文件通常由程序的开发者提供，包含了大量的选项和设置，用于指定编译环境、安装目录、依赖库等。用户可以通过执行configure脚本来生成Makefile文件，该文件用于后续的编译和安装过程。configure脚本的存在，使得用户可以根据自己的网页源码理解需求和环境进行灵活的配置，从而生成符合要求的Makefile文件。

       其次，config则是一个配置文件，用于存储程序运行时的各种参数和设置。这个文件通常由程序的用户或管理员创建和修改，包含了程序运行所需的各种配置信息，如数据库连接信息、日志文件路径、网络设置等。程序在运行时会读取config文件，根据其中的配置信息进行相应的操作。config文件的存在，使得用户可以根据自己的需求和环境对程序进行定制化的配置，以满足特定的使用场景。

       最后，需要注意的是，虽然configure和config都是配置文件，但它们的网页源码div用途和功能却截然不同。configure是用于编译前的配置过程，生成Makefile文件；而config则是用于程序运行时的配置，存储程序的各种参数和设置。因此，在使用这两个文件时，需要根据具体的需求和场景进行选择和操作。

       例如，在编译一个开源软件时，我们通常需要执行configure脚本来生成Makefile文件，然后再执行make命令进行编译和安装。而在软件运行过程中，我们可能需要修改config文件来调整程序的某些参数或设置，以满足特定的需求。

       总之，configure和config虽然都是配置文件，但它们的用途和功能却有所不同。configure主要用于编译前的配置过程，生成Makefile文件；而config则主要用于程序运行时的配置，存储程序的各种参数和设置。在使用这两个文件时，需要根据具体的需求和场景进行选择和操作。

剖析Linux内核源码解读之《配置与编译》

       Linux内核的配置与编译过程详解如下：

       配置阶段

       首先，从kernel.org获取内核源代码，如在Ubuntu中，可通过`sudo apt-get source linux-$(uname -r)`获取到，源码存放在`/usr/src/`。配置时，主要依据`arch//configs/`目录下的默认配置文件，使用`cp`命令覆盖`/boot/config`文件。配置命令有多种，如通过`.config`文件进行手动修改，但推荐在编译前进行系统配置。配置时注意保存配置，例如使用`/proc/config.gz`，以备后续需要。

       编译阶段

       内核编译涉及多种镜像类型，如针对ARM的交叉编译，常用命令是特定的。编译过程中，可能会遇到错误，需要针对具体问题进行解决。编译完成后，将模块和firmware（体系无关）分别存入指定文件夹，记得为某些硬件添加对应的firmware文件到`lib/firmware`目录。

       其他内容

       理解vmlinux、vmlinuz（zImage, bzImage, uImage）之间的关系至关重要。vmlinuz是压缩后的内核镜像，zImage和bzImage是vmlinuz的压缩版本，其中zImage在内存低端解压，而bzImage在高端解压。uImage是uBoot专用的，是在zImage基础上加上特定头信息的版本。

ifconfig源码分析

       在ifconfig源码的main函数中，程序首先处理以 '-' 开始的参数，如 '-a' 和 '-s'，并判断其作用。接着，尝试打开内核支持的所有协议的套接字，通过调用sockets_open函数实现，如果失败，会输出错误信息并退出程序。

       如果命令行参数为0，意味着显示所有网卡的信息，程序会调用if_print函数。如果用户提供了一个网卡名称，程序会将其复制到ifr.ifr_name中，并处理下一个参数，可能是协议簇名或选项。如果找到协议簇，将其af属性赋值给addr_family，并保存对应的套接字描述符skfd。

       接下来，程序进入一个循环，处理剩余的参数。如果是开关参数，调用set_flag或clr_flag函数处理；如果是功能参数，直接通过ioctl函数处理。在处理IP地址时，会根据协议簇类型调用相应的ioctl函数，如SIOCSIFADDR，来设置接口的地址信息。

扩展资料

       ifconfig是linux中用于显示或配置网络设备（网络接口卡）的命令，英文全称是network interfaces configuring。配置网卡的IP地址语法例：ifconfig eth0 ..0.1 netmask ...0

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……)