cat .config|wc -l
10477
scripts/diffconfig .config.old .config|less //无输出内容
cat .config|less

Automatically generated file; DO NOT EDIT.

Linux/x86 6.4.7 Kernel Configuration

CONFIG_CC_VERSION_TEXT=“gcc (GCC) 5.2.0”
CONFIG_CC_IS_GCC=y
CONFIG_GCC_VERSION=50200
CONFIG_CLANG_VERSION=0
CONFIG_AS_IS_GNU=y
CONFIG_AS_VERSION=22700
CONFIG_LD_IS_BFD=y
CONFIG_LD_VERSION=22700
CONFIG_LLD_VERSION=0
CONFIG_CC_CAN_LINK=y
CONFIG_CC_CAN_LINK_STATIC=y
CONFIG_PAHOLE_VERSION=0
CONFIG_IRQ_WORK=y
CONFIG_BUILDTIME_TABLE_SORT=y
CONFIG_THREAD_INFO_IN_TASK=y

cp -pr ./gmp /usr/local/sharelib/gcc_5.2.0/libexec/gcc/x86_64-unknown-linux-gnu/
cp -pr ./mpfr /usr/local/sharelib/gcc_5.2.0/libexec/gcc/x86_64-unknown-linux-gnu/
cp -pr ./mpc /usr/local/sharelib/gcc_5.2.0/libexec/gcc/x86_64-unknown-linux-gnu/

#报错后，删除.config,再次执行
cp -v /boot/config-3.10.0-1160.71.1.el7.x86_64 /usr/src/kernels/linux-6.4.7/.config
yes “” | make oldconfig #使用旧的配置

#编译
make dep #生成内核功能间的依赖关系，为编译内核做好准备。如果内核从未编译过，此步可跳过
make clean #remove most generated files but keep the config and enough build support to build external modules；如果内核从未编译过，此步可跳过
make -j $(nproc --all) #make -j $(nproc --all) ，生成内核模块、bzImage、System.map等文件；如果-j后不跟任何数字，则不限制处理器并行编译的任务数
make bzImage #可选项，bzImage命令会生成一个启动映像文件bzImage
make modules -j $(nproc --all)
make modules_install -j $(nproc --all) #编译成功后，系统会在/lib/modules目录下生成一个新内核版本的子目录，里面存放着新内核的所有可加载模块(即将编译好的modules，也就是所生成的驱动文件放到/lib/modules/目录中去）；
make install -j $(nproc --all) #将所生成的驱动文件放到/boot/目录中去，增加：
#cp .config /boot/config-6.4.0
#cp System.map /boot/System.map-6.4.0
#cp /arch/i386/boot/bzImage /boot/vmlinuz-6.4.0

#升级
update-initramfs -c -k 6.5-rc3 #或
mkinitramfs #敲入命令生成内核版本相对应的img 文件：
#mkinitramfs 6.4.0 –o /boot/initrd.img-6.4.0 #至此，升级内核所需的所有文件config、System.map、vmlinuz、initrd.img 都已全部完成
update-grub #更新启动文件grub.cfg，将6.4.0添加至系统启动选项中
#完成后重启
reboot

//打补丁
cd /usr/src/kernels/linux-6.4.6
patch -p1 < …/xx.patch #据现场实际来

#配置内核，安装依赖
yum install ncurses-devel
make mrproper #相当于Remove all generated files + config + various backup files，会检查有无不正确的.o文件和依赖关系，如果是下载的完整的源程序包即第一次进行编译，那么本步可以省略
make olddefconfig #将当前系统存在的.config 文件拷贝至新内核源码目录，采用已有的.config文件的参数作为默认参数，同时升级依赖属性，新属性设置为默认值不再提醒。说明见下文
make menuconfig //先 load（加载本地的 .config）
General setup
Preemption Model (Voluntary Kernel Preemption (Desktop)) —> //内核抢占模式
(X) Preemptible Kernel (Low-Latency Desktop) //抢占式低延时,或者：
(*)Fully Preemptible Kernel (Real-Time) //完全抢占内核
#保存退出。
//打完后重新编译安装内核
nproc #确定内核核数，比如是24个
make -j24
make modules -j24
make modules_install -j24
make install -j24
#验证
ls -lh /boot //查看是否有新增的内核版本

#确认当前启动的内核配置
cat /boot/grub2/grub.cfg |grep "menuentry " //查看所有可用内核
grub2-mkconfig -o /boot/grub2/grub.cfg //重新生成 gurb 配置
grub2-set-default ‘CentOS Linux (3.10.0-862.el7.x86_64) 7 (Core)’ //设置默认启动的内核
grub2-editenv list //查看内核修改结果,类似如下
saved_entry=CentOS Linux (3.10.0-862.el7.x86_64) 7 (Core)
tuned-adm profile latency-performance //系统设置为低延迟的性能模式

//其他方式更新grub配置，有的系统没有如下这个命令，可跳过
update-initramfs -c -k 5.4.87
update grub

##重启生效
reboot

make menuconfig #报错如下
gcc: unknown C compiler
scripts/Kconfig.include:44: Sorry, this C compiler is not supported.
make[2]: *** [menuconfig] Error 1
make[1]: *** [menuconfig] Error 2
make: *** [__sub-make] Error 2

kernel 配置菜单说明： 更多参看内核配置说明、kernel config、mcelog

箭头表示含有子菜单
enter选择子菜单
高亮的字母表示热键
表示包含
表示除外
模块化功能
按 Esc Esc 两次退出

<?>表示帮助

</>表示查询
[ ] 表示可以内置或者移除，但 括号中为*，M或者空白时表示内置，以模块编译或者单独的执行该功能；如要改变这些功能选项，则可以将光标移动到对应选项上进行高亮选中，然后按来内置，模块化功能，或来移除;也可以通过按空格键来循环可选项（ie. Y->N->M->Y）
<>表示可以内置，模块化或者移除
{ }表示内置或模块化（根据其他功能选择）

• • 根据其他功能选择

上述报错找到gcc的对应依赖将对应文件复制到gcc下的

cp -pr …/gcc-5.2.0/mpfr-2.4.2/mpfr.h /usr/local/sharelib/gcc_5.2.0/lib/gcc/x86_64-unknown-linux-gnu/5.2.0/plugin/include/
cp -pr …/gcc-5.2.0/mpc-0.8.1/src/mpc.h /usr/local/sharelib/gcc_5.2.0/lib/gcc/x86_64-unknown-linux-gnu/5.2.0/plugin/include/
cp -pr …/gcc-5.2.0/host-x86_64-unknown-linux-gnu/mpc/mpc.h /usr/local/sharelib/gcc_5.2.0/lib/gcc/x86_64-unknown-linux-gnu/5.2.0/plugin/include/

上图报错fatal error: libelf.h: No such file or directory，执行：yum install -y libelf-devel，sudo apt-get install libdw-dev，yum install elfutils-libelf-devel-*.x86* -y

注意：安装时却出现：Depends: libelf1 (= 0.158-0ubuntu5.3) but 0.176-1.1build1 is to be installed，需要先卸载安装的libelf1：sudo apt-get purge libelf1

对于：fatal error: gelf.h: No such file or directory，执行：yum install -y libelf-devel，sudo apt-get install libdw-dev，yum install elfutils-libelf-devel-*.x86* -y

执行完，报错如下：

重新make后报错：

上面的报错还是编译过程或依赖或makefile文件有问题：

Linux内核升级及编译按照部分更多参看：Linux系统升级及内核版本升级；

四、附录

4.1、内核编译文件说明

1）.config文件

被用来使用make menuconfig 生成的内核配置文件，决定将内核的各个功能系统编译进内核还是编译为模块还是不编译。

2）vmlinuz 和 vmlinux

vmlinuz是可引导的、压缩的内核，“vm”代表“Virtual Memory”。Linux 支持虚拟内存，不像老的操作系统比如DOS有640KB内存的限制，Linux能够使用硬盘空间作为虚拟内存，因此得名“vm”。vmlinuz是可执行的Linux内核，vmlinuz的建立有两种方式：一是编译内核时通过“make zImage”创建，zImage适用于小内核的情况，它的存在是为了向后的兼容性；二是内核编译时通过命令make bzImage创建，bzImage是压缩的内核映像，注意的是：bzImage不是用bzip2压缩的，bzImage中的bz容易引起误解，bz表示“big zImage”，bzImage中的b是“big”意思。 zImage（vmlinuz）和bzImage（vmlinuz）都是用gzip压缩的。它们不仅是一个压缩文件，而且在这两个文件的开头部分内嵌有gzip解压缩代码，所以你不能用gunzip 或 gzip –dc解包vmlinuz。 内核文件中包含一个微型的gzip用于解压缩内核并引导它。两者的不同之处在于，老的zImage解压缩内核到低端内存（第一个640K），bzImage解压缩内核到高端内存（1M以上）。如果内核比较小，那么可以采用zImage 或bzImage之一，两种方式引导的系统运行时是相同的。大的内核采用bzImage，不能采用zImage。 vmlinux是未压缩的内核，vmlinuz是vmlinux的压缩文件。

3）initrd.img
initrd是“initial ramdisk”的简写。initrd一般被用来临时引导硬件到实际内核vmlinuz能够接管并继续引导的状态。比如initrd- 2.4.7-10.img主要是用于加载ext3等文件系统及scsi设备的驱动。如果你使用的是scsi硬盘，而内核vmlinuz中并没有这个 scsi硬件的驱动，那么在装入scsi模块之前，内核不能加载根文件系统，但scsi模块存储在根文件系统的/lib/modules下。为了解决这个问题，可以引导一个能够读实际内核的initrd内核并用initrd修正scsi引导问题，initrd-2.4.7-10.img是用gzip压缩的文件。initrd映象文件是使用mkinitrd创建的，mkinitrd实用程序能够创建initrd映象文件，这个命令是RedHat专有的，其它Linux发行版或许有相应的命令。更多请看帮助：man mkinitrd

4）System.map
System.map是一个特定内核的内核符号表，由“nm vmlinux”产生并且不相关的符号被滤出。下面几行来自/usr/src/linux-2.4/Makefile：

nm vmlinux | grep -v ‘(compiled)|(.o$$)|([aUw])|(..ng$$)|(LASH[RL]DI)’ | sort > System.map

在进行程序设计时，会命名一些变量名或函数名之类的符号。Linux内核是一个很复杂的代码块，有许许多多的全局符号， Linux内核不使用符号名，而是通过变量或函数的地址来识别变量或函数名，比如不是使用size_t BytesRead这样的符号，而是像c0343f20这样引用这个变量。 对于使用计算机的人来说，更喜欢使用那些像size_t BytesRead这样的名字，而不喜欢像c0343f20这样的名字。内核主要是用c写的，所以编译器/连接器允许我们编码时使用符号名，而内核运行时使用地址。 然而，在有的情况下，我们需要知道符号的地址，或者需要知道地址对应的符号，这由符号表来完成，符号表是所有符号连同它们的地址的列表。

Linux 符号表使用到2个文件： /proc/ksyms 、System.map 。/proc/ksyms是一个“proc file”，在内核引导时创建。实际上，它并不真正的是一个文件，它只不过是内核数据的表示，却给人们是一个磁盘文件的假象，这从它的文件大小是0可以看 出来。然而，System.map是存在于你的文件系统上的实际文件。当你编译一个新内核时，各个符号名的地址要发生变化，你的老的System.map 具有的是错误的符号信息，每次内核编译时产生一个新的System.map，你应当用新的System.map来取代老的System.map。

虽然内核本身并不真正使用System.map，但其它程序比如klogd， lsof和ps等软件需要一个正确的System.map。如果你使用错误的或没有System.map，klogd的输出将是不可靠的，这对于排除程序故障会带来困难。没有System.map，你可能会面临一些令人烦恼的提示信息。 另外少数驱动需要System.map来解析符号，没有为你当前运行的特定内核创建的System.map它们就不能正常工作。

Linux的内核日志守护进程klogd为了执行名称-地址解析，klogd需要使用System.map。System.map应当放在使用它的软件能够找到它的地方。执行：man klogd可知，如果没有将System.map作为一个变量的位置给klogd，那么它将按照下面的顺序，在三个地方查System.map：/boot/System.map、/System.map、/usr/src/linux/System.map
System.map也有版本信息，klogd能够智能地查找正确的映象（map）文件。

4.2、make menuconfig过程

当我们在执行make menuconfig这个命令时，系统到底帮我们做了哪些工作呢？这里面一共涉及到了以下几个文件：

1.Linux内核根目录下的scripts文件夹；scripts文件夹存放的是跟make menuconfig配置界面的图形绘制相关的文件，我们作为使用者无需关心这个文件夹的内容

2.arch/$ARCH/Kconfig文件、各层目录下的Kconfig文件

3.Linux内核根目录下的makefile文件、各层目录下的makefile文件

4.Linux内核根目录下的的.config文件、arch/$ARCH/configs/下的文件

5.Linux内核根目录下的 include/generated/autoconf.h文件

当我们执行make menuconfig命令出现如下配置界面以前，系统帮我们做了以下工作：

首先系统会读取arch/$ARCH/目录下的Kconfig文件生成整个配置界面选项（Kconfig是整个linux配置机制的核心），那么ARCH环境变量的值等于多少呢？它是由linux内核根目录下的makefile文件决定的，在makefile下有此环境变量的定义：

SUBARCH := $(shell uname -m | sed -e s/i.86/i386/ -e s/sun4u/sparc64/
-e s/arm.*/arm/ -e s/sa110/arm/
-e s/s390x/s390/ -e s/parisc64/parisc/
-e s/ppc.*/powerpc/ -e s/mips.*/mips/
-e s/sh[234].*/sh/ )
…
export KBUILD_BUILDHOST := $(SUBARCH)
ARCH ?= $(SUBARCH)
CROSS_COMPILE ?=

比如是通过 make ARCH=arm menuconfig命令来生成的配置界面，系统就会读取arm/arm/kconfig文件生成配置选项。

其次，它的一些默认配置选项，存放在arch/$ARCH/configs/目录下，对于arm来说就是arch/arm/configs文件夹，此文件夹中有许多选项，系统会读取哪个呢？内核默认会读取linux内核根目录下.config文件作为内核的默认选项。我们可以选择直接修改.config文件然后执行make menuconfig命令读取新的选项。但是一般并不这样做，在menuconfig配置界面中，我们可通过空格、esc、回车选择某些选项选中或者不选中，最后保存退出的时候，Linux内核会把新的选项更新到.config中，此时我们可以把.config重命名为其它文件保存起来（当执行make distclean时系统会把.config文件删除），以后我们再配置内核时就不需要再去arch/arm/configs下考取相应的文件了，省去了重新配置的麻烦，直接将保存的.config文件复制为.config文件load即可。

通过过以上两步，我们就可以正确的读取、配置我们需要的界面了，那么他们如何跟makefile文件建立编译关系呢？当你保存make menuconfig选项时，系统会除了会自动更新.config外，还会将所有的选项以宏的形式保存在Linux内核根目录下的 include/generated/autoconf.h文件下。内核中的源代码就都会这些.h文件，根据宏的定义情况进行条件编译。当我们需要对一个文件整体选择是否编译时，还需要修改对应的makefile文件，例如：

我们选择是否要编译s3c2410_ts.c这个文件时，makefile会根据CONFIG_TOUCHSCREEN_S3C2410来决定是编译此文件，此宏是在Kconfig文件中定义，当我们配置完成后，会出现在.config及autconf中，至此，我们就完成了整个linux内核的编译过程。最后我们会发现，整个linux内核配置过程中，留给用户的接口其实只有各层Kconfig、makefile文件以及对应的源文件。

比如我们如果想要给内核增加一个功能，并且通过make menuconfig控制其声称过程首先需要做的工作是：修改对应目录下的Kconfig文件，按照Kconfig语法增加对应的选项；其次执行make menuconfig选择编译进内核或者不编译进内核，或者编译为模块，.config文件和autoconf.h文件会自动生成；最后修改对应目录下的makefile文件完成编译选项的添加；最后的最后执行make命令进行编译。

4.3、config和Makefile文件

Linux内核源码树的每个目录下都有两个文档Kconfig和Makefile。分布到各目录的Kconfig构成了一个分布式的内核配置数据库，每个Kconfig分别描述了所属目录源文档相关的内核配置菜单。在执行内核配置make menuconfig时，从Kconfig中读出菜单，用户选择后保存到**.config的内核配置文档**中。在内核编译时，由Makefile调用这 个.config，就知道了用户的选择。这个内容说明Kconfig就是对应着内核的每级配置菜单。

假如要想添加新的驱动到内核的源码中，要修改Kconfig,这样就能够选择这个驱动，假如想使这个驱动被编译，则要修改Makefile。添加新的驱动时需要修改的文档有两种（如果添加的只是文件，则只需修改当前层Kconfig和Makefile文件；如果添加的是目录，则需修改当前层和目录下 的共一对Kconfig和Makefile）Kconfig和Makefile。要想知道怎么修改这两种文档，就要知道两种文档的语法结构，Kconfig的语法参见参考文献《【linux-2.6.31】kbuild》。
Makefile 文件包含 5 部分:

内核文件	说明
Makefile	顶层的 Makefile
.config	内核配置文件
arch/$(ARCH)/Makefile	体系结构 Makefile
scripts/Makefile.*	适用于所有 kbuild Makefile 的通用规则等
kbuild Makefiles	大约有 500 个这样的文件

顶层 Makefile 读取内核配置，产生的.config 文件，顶层 Makefile 构建两个主要的目标:vmlinux(内核映像)和 modules(所有模块文件)。它通过递归访问内核源码树下的子目录来构建这些目标。访问哪些子目录取决于内核配置。顶层 Makefile 包含一个体系结构 Makefile,由 arch/$(ARCH)/Makefile 指定。体系结构 Makefile 文件为顶层 Makefile 提供了特定体系结构的信息。每个子目录各有一个 kbuild文件和Makefile 文件来执行从上层传递下来的命令。kbuild和Makefile文件利用.config 文件中的信息来构造由 kbuild 构建内建或者模块对象使用的各种文件列表。scripts/Makefile.*包含所有的定义/规则,等等。这些信息用于使用 kbuild和 Makefile 文件来构建内核。

注：不分摘自http://blog.chinaunix.net/uid-26497520-id-3593098.html#0

4.3、linux内核打补丁场景参考

1）使 2.6.23.11 升级到 2.6.23.12. 我应该先把 2.6.23.11 回退成 2.6.23 然后再打 2.6.23.12 的补丁：

bzcat …/patch-2.6.23.11.bz2|patch -p1 -R #回退到 2.6.23
bzcat …/patch-2.6.23.12.bz2|patch -p1 #打到 2.6.23.12

2）2.6.22.9 先要降级到 2.6.22 然后升级到 2.6.23. 再升级到 2.6.23.9

bzcat …/patch-2.6.22.9.bz2|patch -p1 -R #使用 R 命令意思是取消补丁。这样我们就把 22.9 降到 22
zcat …/patch-2.6.23.gz|patch -p1 #这样就升级到了 2.6.23
zcat …/patch-2.6.23.11.bz2|patch -p1 # 这样就升级到了 2.6.23.11 这是现在 stable 的最新版

4.4、make defconfig、 make menuconfig、 make savedefconfig、 make olddefconfig 、make localmodconfig 、make oldconfig区别

1） make defconfig

首先通过make xxx_defconfig，生成最开始的.config，相当于把 XXX_defconfig 文件复制为 .config 文件，其中 defconfig 是最小的 config 项，kernel编译会根据 .config 文件去编译驱动情况，加载过该指令后，后面的 make menuconfig 就会基于现在的 .config 去配置 config ；

2）make menuconfig

make menuconfig （图像界面，基于ncurses库）的作用类似于 make config （后者是文本类型的对话），就是基于界面去配置 config 文件，make config 的作用是加载 “ .config ” 作为默认的配置，配置它就是相当于用图形化界面配置 .config 文件；

3）make savedefconfig

执行 make saveconfig 作用是通过执行.config 生成最小的 defconfig 文件；

4）make olddefconfig

通过make oldconfig将刚增加的config项的.config做依赖检查重新生成新的.config文件，且新生成的.config和以前的不同是，将旧的.config重命名为.config.old文件。可通过执行diffconfig .config.old .config ，对比一下新老内核配置的区别
5）make localmodconfig

通make localmodconfig 会执行 lsmod 命令查看当前系统中加载了哪些模块 (Modules)， 并最后将原来的 .config 中不需要的模块去掉，仅保留前面 lsmod 出来的这些模块，从而简化了内核的配置过程，多用于快速测试场景中 。缺点：该方法仅能使编译出的内核支持当前内核已经加载的模块，当前一直未使用的模块就不会被编译到后续的内核中；优点：编译内核小，编译快。

6）make oldconfig 作用如下：

1、如果.config不存在，运行make config/menuconfig时的缺省设置由固化在各个Kconfig文件中各项目的缺省值决定。
2. 如果.config存在，运行make config/menuconfig时的缺省设置即是当前.config的设置，若对设置进行了修改,.config将被更新。
3. arch/arm/defconfig是一个缺省的配置文件，make defconfig时会根据这个文件生成当前的.config。
4. arch/arm/configs文件夹中有许多命名为xxx_defconfig的配置文件，如果运行make xxx_defconfig，当前.config文件会由xxx_defconfig文件生成。
5. make oldconfig的作用是备份当前.config文件为.config.old，如若make config/menuconfig设置不当可用于恢复先前的.config

“make config” Plain text interface.
“make menuconfig” Text based color menus, radiolists & dialogs.
“make nconfig” Enhanced text based color menus.
“make xconfig” Qt based configuration tool.
“make gconfig” GTK+ based configuration tool.
“make oldconfig” Default all questions based on the contents of
your existing ./.config file and asking about
new config symbols.在现有基础上是否新增，默认回车，然系统悬着新增就可以
“make olddefconfig”
Like above, but sets new symbols to their default
values without prompting.
“make defconfig” Create a ./.config file by using the default
symbol values from either arch/$ARCH/defconfigorarch/$ARCH/configs/${PLATFORM}_defconfig,
depending on the architecture.
"make $PLATFORM\_defconfig"Createa./.configfilebyusingthedefaultsymbolvaluesfromarch/$ARCH/configs/${PLATFORM}_defconfig.
Use “make help” to get a list of all available
platforms of your architecture.
“make allyesconfig”
Create a ./.config file by setting symbol
values to ‘y’ as much as possible.
“make allmodconfig”
Create a ./.config file by setting symbol
values to ‘m’ as much as possible.
“make allnoconfig” Create a ./.config file by setting symbol
values to ‘n’ as much as possible.
“make randconfig” Create a ./.config file by setting symbol
values to random values.
“make localmodconfig” Create a config based on current config and
loaded modules (lsmod). Disables any module
option that is not needed for the loaded modules.

To create a localmodconfig for another machine,
store the lsmod of that machine into a file
and pass it in as a LSMOD parameter.

Also, you can preserve modules in certain folders
or kconfig files by specifying their paths in
parameter LMC_KEEP.

target$ lsmod > /tmp/mylsmod
target$ scp /tmp/mylsmod host:/tmp

host$ make LSMOD=/tmp/mylsmod
LMC_KEEP=“drivers/usb:drivers/gpu:fs”
localmodconfig

The above also works when cross compiling.

“make localyesconfig” Similar to localmodconfig, except it will convert
all module options to built in (=y) options. You can
also preserve modules by LMC_KEEP.
“make kvmconfig” Enable additional options for kvm guest kernel support.
“make xenconfig” Enable additional options for xen dom0 guest kernel
support.
“make tinyconfig” Configure the tiniest possible kernel.

4.5、GCC编译选项说明

–enable-bootstrap 用第一次编译生成的程序进行第二次编译，然后用再次生成的程序进行第三次编译，并且检查比较第二次和第三次结果的正确性，也就是进行冗余的编译检查工作。 非交叉编译环境下，默认已经将该值设为 enable，可以不用显示指定；交叉编译环境下，需要显示将其值设为 disable。

–enable-checking=release 以软件发布版的标准来对编译时生成的代码进行一致性检查；设置该选项为 enable并不会改变编译器生成的二进制结果，但是会导致编译的时间增加；该选项仅支持gcc编译器； 总体而言，对于上面这个选项，机器的硬件配置较低，以及不愿等待太久编译时间，可以设置为 disable；但是这会增加产生未预期的错误的风险，所以应该慎用。 可以同时设置 —disable-bootstrap 与 —disable-checking，这对编译过程的提速很有帮助。

–enable-threads=posix 顾名思义，启用posix标准的线程支持 ，要让程序能在符合POSIX规范的linux发布版上正确运行，就应该启用该选项，取决于宿主或目标操作系统的类型，其它可用值有：aix，dec，solaris，win32等，如果你是其它的类UNIX系统，就需要设置相应的值。

–enable-languages=c,c++ 支持的高级语言类型和运行时库，可以设置的所有语言包括 ada,c,c++,Fortran,java,objc,obj-c++,GO 等语言。这里只开启了c和c++,因为支持的语言越多，就需要安装越多的相应静态与动态库，还有五花八门的依赖库，这会让管理变得困难，体积也会变得庞大。

–disable-multilib 如果你的操作系统是32位，默认就已经设置为 disable，这意味着gcc仅能生成32位的可执行程序；如果你的操作系统是64位，默认就已经设置为 enable，这意味着用gcc编译其它源文件时可以通过 -m32 选项来决定是否生成32位机器代码。如果在64位系统上，要禁止生成32位代码， 设置 —disable-multilib。

–enable-gather-detailed-mem-stats 允许收集详细的内存使用信息，如果设置该参数为 enable，则将来编译好的gcc可执行程序，可以通过 -fmem-report 选项来输出编译其它程序时的实时内存使用情况。

–with-long-double-128 指定 long double 类型为128位（16字节！）；设置为 without，则 long double类型将为64位（8字节），这将与普通的 double 类型一样。 基于 Glib 2.4以上版本编译时，默认已经是128位。

4.6、gcc编译出现 make： *** [all] Error 2

4.7、make menuconfig 内核检查

在编译linux内核时，linux会检查当前使用的gcc的版本，如果太老的话，就无法编译linux。执行命令make ARCH=x86_64 defconfig或make menuconfig时，提示如下错误：

---

*** C compiler is too old.
*** Your GCC version: 4.8.5
*** Minimum GCC version: 5.1.0

---

scripts/Kconfig.include:44: Sorry, this C compiler is not supported.
make[2]: *** [menuconfig] Error 1
make[1]: *** [menuconfig] Error 2
make: *** [__sub-make] Error 2

检查逻辑如下所示：
./scripts/Kconfig.include --> 获取编译器的name和版本：

#Get the compiler name, version, and error out if it is not supported.
cc-info :=

(

s

h

e

l

l

,

(shell,

(shell,(srctree)/scripts/cc-version.sh $(CC))

(

e

r

r

o

r

−

i

f

,

(error-if,

(error−if,(success,test -z “

(

c

c

−

i

n

f

o

)

"

)

,

S

o

r

r

y

(cc-info)"),Sorry

(cc−info)"),Sorry(comma) this compiler is not supported.)
cc-name := $(shell,set – $(cc-info) && echo $1)
cc-version := $(shell,set – $(cc-info) && echo KaTeX parse error: Expected ‘EOF’, got ‘#’ at position 53: …会检查版本是否符合要求。 \ #̲!/bin/sh # SPD…@” -E -P -x c - 2>/dev/null
#if defined(clang)
Clang clang_major clang_minor clang_patchlevel
#elif defined(__INTEL_COMPILER)
ICC __INTEL_COMPILER __INTEL_COMPILER_UPDATE
#elif defined(GNUC)
GCC GNUC GNUC_MINOR GNUC_PATCHLEVEL
#else
unknown
#endif
EOF
}

将版本信息转换为一个可以比较的整数

Convert the version string x.y.z to a canonical 5 or 6-digit form.

get_canonical_version()
{
IFS=.
set – $1
echo $((10000 * $1 + 100 * $2 + $3))
}

$@ instead of

1

b

e

c

a

u

s

e

m

u

l

t

i

p

l

e

w

o

r

d

s

m

i

g

h

t

b

e

g

i

v

e

n

,

e

.

g

.

C

C

=

"

c

c

a

c

h

e

g

c

c

"

.

o

r

i

g

a

r

g

s

=

"

1 because multiple words might be given, e.g. CC=“ccache gcc”. orig_args="

1becausemultiplewordsmightbegiven,e.g.CC=“ccachegcc”.origa​rgs=“@”

使用set命令可以修改$1 $2 $3 $4的值

set –

(

g

e

t

c

o

m

p

i

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数网络安全工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年网络安全全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上网络安全知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加VX：vip204888 （备注网络安全获取）

还有兄弟不知道网络安全面试可以提前刷题吗？费时一周整理的160+网络安全面试题，金九银十，做网络安全面试里的显眼包！

王岚嵚工程师面试题（附答案），只能帮兄弟们到这儿了！如果你能答对70%，找一个安全工作，问题不大。

对于有1-3年工作经验，想要跳槽的朋友来说，也是很好的温习资料！

【完整版领取方式在文末！！】

93道网络安全面试题

内容实在太多，不一一截图了

黑客学习资源推荐

最后给大家分享一份全套的网络安全学习资料，给那些想学习 网络安全的小伙伴们一点帮助！

对于从来没有接触过网络安全的同学，我们帮你准备了详细的学习成长路线图。可以说是最科学最系统的学习路线，大家跟着这个大的方向学习准没问题。

😝朋友们如果有需要的话，可以联系领取~

1️⃣零基础入门

① 学习路线

对于从来没有接触过网络安全的同学，我们帮你准备了详细的学习成长路线图。可以说是最科学最系统的学习路线，大家跟着这个大的方向学习准没问题。

② 路线对应学习视频

同时每个成长路线对应的板块都有配套的视频提供：

2️⃣视频配套工具&国内外网安书籍、文档

① 工具

② 视频

③ 书籍

资源较为敏感，未展示全面，需要的最下面获取

② 简历模板

因篇幅有限，资料较为敏感仅展示部分资料，添加上方即可获取👆

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

块都有配套的视频提供：

2️⃣视频配套工具&国内外网安书籍、文档

① 工具

② 视频

③ 书籍

资源较为敏感，未展示全面，需要的最下面获取

② 简历模板

因篇幅有限，资料较为敏感仅展示部分资料，添加上方即可获取👆

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
[外链图片转存中…(img-f12QAI1P-1712531016177)]