Linux 2.6内核Makefile浅析

— 3.7 Compilation flags

ccflags-y, asflags-y and ldflags-y

These three flags apply only to the kbuild makefile in which they
are assigned. They are used for all the normal cc, as and ld
invocations happening during a recursive build.
Note: Flags with the same behaviour were previously named:
EXTRA_CFLAGS, EXTRA_AFLAGS and EXTRA_LDFLAGS.
They are still supported but their usage is deprecated.

ccflags-y specifies options for compiling with $(CC).

Example:
# drivers/acpi/Makefile
ccflags-y := -Os
ccflags-$(CONFIG_ACPI_DEBUG) += -DACPI_DEBUG_OUTPUT

This variable is necessary because the top Makefile owns the
variable $(KBUILD_CFLAGS)
and uses it for compilation flags for the
entire tree.

asflags-y specifies options for assembling with $(AS).

Example:
#arch/sparc/kernel/Makefile
asflags-y := -ansi

ldflags-y specifies options for linking with $(LD).

Example:
#arch/cris/boot/compressed/Makefile
ldflags-y += -T ( s r c t r e e ) / (srctree)/ (srctree)/(src)/decompress_$(arch-y).lds

subdir-ccflags-y, subdir-asflags-y

The two flags listed above are similar to ccflags-y and asflags-y.
The difference is that the subdir- variants have effect for the kbuild
file where they are present and all subdirectories.
Options specified using subdir-* are added to the commandline before
the options specified using the non-subdir variants.

Example:
subdir-ccflags-y := -Werror

CFLAGS_$@, AFLAGS_$@

CFLAGS_$@ and AFLAGS_$@ only apply to commands in current
kbuild makefile.

KaTeX parse error: Expected group after '_' at position 8: (CFLAGS_̲@) specifies per-file options for $(CC). The $@
part has a literal value which specifies the file that it is for.

Example:
# drivers/scsi/Makefile
CFLAGS_aha152x.o = -DAHA152X_STAT -DAUTOCONF
CFLAGS_gdth.o = # -DDEBUG_GDTH=2 -D__SERIAL__ -D__COM2__
-DGDTH_STATISTICS

These two lines specify compilation flags for aha152x.o and gdth.o.

KaTeX parse error: Expected group after '_' at position 8: (AFLAGS_̲@) is a similar feature for source files in assembly
languages.

Example:
# arch/arm/kernel/Makefile
AFLAGS_head.o := -DTEXT_OFFSET=$(TEXT_OFFSET)
AFLAGS_crunch-bits.o := -Wa,-mcpu=ep9312
AFLAGS_iwmmxt.o := -Wa,-mcpu=iwmmxt

https://www.cnblogs.com/ChunJian-YANG/p/5656183.html

1 概述

Makefile由五个部分组成:

1、Makefile:根目录Makefile,它读取.config文件,并负责创建vmlinux(内核镜像)和modules(模块文件)。
2、.config:内核配置文件(一般由make menuconfig生成)。
3、arch/$(ARCH)/Makefile:目标处理器的Makefile。
4、scripts/Makefile.*:所有kbuild Makefile的规则,它们包含了定义/规则等。
5、kbuild Makefiles:每个子目录都有kbuild Makefile,它们负责生成built-in或模块化目标。(注意:kbuild Makefile是指使用kbuild结构的Makefile,内核中的大多数Makefile都是kbuild Makefile。)

2 kbuild文件

2.1 obj-y和obj-m

最简单的kbuild Makefile可以仅包含:

obj-$(CONFIG_FOO) += foo.o

其中$(CONFIG_FOO)可以等于y或m,它的值由.config文件给出。如果$(CONFIG_FOO)既不是y也不是m,那么该文件不会被编译和链接

当$(CONFIG_FOO)等于y时,上面语句等价于obj-y += foo.o,它告诉kbuild在当前目录下,有一个叫做foo.o的目标文件,它将从foo.c或则foo.S编译得到。

当$(CONFIG_FOO)等于m时,表示foo.o需要被编译成模块。

2.1.1 obj-y生成built-in.o

Kbuild编译所有的$(obj-y)文件,并调用”$(LD) -r”把所有这些文件合并到built-in.o文件。这个built-in.o会被上一级目录的Makefile使用,最终链接到vmlinux中。

2.1.2 目标由多个源文件编译得到

如果某个目标由多个源文件编译得到,那么可以通过$(<module_name>-objs)或$(<module_name>-y)把这些源文件告诉kbuild。Kbuild能够识别后缀-objs和-y,例如:

 #drivers/isdn/i4l/Makefile

 obj-$(CONFIG_ISDN) += isdn.o

 isdn-objs := isdn_net_lib.o isdn_v110.o isdn_common.o

Kbuild会编译所有$(isdn-objs)中的对象,并调用"$(LD) -r"把它们链接成isdn.o文件。

下面是一个使用后缀-y的例子。后缀-y的好处是,可以使用CONFIG_XXX符号来决定是否加入某些源文件(.o从对应的.c或.S编译得到):

 #fs/ext2/Makefile

 obj-$(CONFIG_EXT2_FS)        += ext2.o

 ext2-y                       := balloc.o bitmap.o

 ext2-$(CONFIG_EXT2_FS_XATTR) += xattr.o

2.1.3 调用子目录Makefile

Makefile只负责编译当前目录中的对象。子目录中的对象,由子目录中的Makefile负责。如何让make调用子目录中的Makefile?答案是把子目录包含到obj-y或obj-m中。例如:

#fs/Makefile

obj-$(CONFIG_EXT2_FS) += ext2/

当CONFIG_EXT2_FS为y或m时,kbuild系统会在ext2目录中调用make命令(也即调用ext2目录中的Makefile)

2.2 lib-y和lib-m

在一个目录下,obj-y所列出的文件,将被编译成built-in.o文件,而lib-y或lib-m所列出的文件,将在当前目录下生成lib.a文件。

注意:一般lib-y或lib-m只用在lib/和arch/*/lib这两个目录中。

2.3 编译选项变量

2.3.1 ccflags-y、asflags-y、ldflags-y

这三个变量只在当前Makefile中有效。补充:$(KBUILD_CFLAGS)是定义在根目录Makefile中的变量,它适用于整个内核数。

2.3.2 subdir-ccflags-y、subdir-asflags-y

这两个变量作用于当前Makefile及其所有子目录。

2.3.2 CFLAGS_$@、AFLAGS_$@

这两个变量只在当前Makefile中有效。$@可以用来指定文件名,让不同文件可以使用不同的编译选项。例如:

     # drivers/scsi/Makefile

     CFLAGS_aha152x.o =   -DAHA152X_STAT -DAUTOCONF

     CFLAGS_gdth.o    = # -DDEBUG_GDTH=2 -D__SERIAL__ -D__COM2__ /

                                      -DGDTH_STATISTICS

     CFLAGS_seagate.o =   -DARBITRATE -DPARITY -DSEAGATE_USE_ASM

2.4 $(src)、$(obj)、$(kecho)

$(src)指向当前Makefie所在目录的相对路径。$(obj)指向用来保存目标文件的相对目录。示例如下:

     #drivers/scsi/Makefile

     $(obj)/53c8xx_d.h: $(src)/53c7,8xx.scr $(src)/script_asm.pl

              $(CPP) -DCHIP=810 - < $< | ... $(src)/script_asm.pl

这里,$(src)等于drivers/scsi/,$(obj)同样也等于drivers/scsi/。

使用“make -s”命令时,只会输出警告和错误信息。$(kecho)能够将其后的内容输出到标准输出流(一般就是显示器),前提是没有使用“make -s”。示例如下:

     #arch/blackfin/boot/Makefile

     $(obj)/vmImage: $(obj)/vmlinux.gz

              $(call if_changed,uimage)

              @$(kecho) 'Kernel: $@ is ready'

2.5 $(CC)相关功能

2.5.1 as-option、ld-option、cc-option

当编译、链接文件时,xx-opiton可以用来检查当前使用的$(CC)是否支持给出的编译选项。如前者不支持,可使用后者。例如:

     #arch/sh/Makefile

     cflags-y += $(call as-option,-Wa$(comma)-isa=$(isa-y),)

如果当前的$(CC)不支持-Wa$(comma)-isa=$(isa-y),那么可以使用第二个编译选项(这里为空)。

2.5.2 cc-option-yn

cc-option-yn用来检查$(CC) 是否支持给出的编译选项。如支持,返回y,否则返回n。例如:

     #arch/ppc/Makefile

     biarch := $(call cc-option-yn, -m32)

     aflags-$(biarch) += -a32

     cflags-$(biarch) += -m32

2.5.3 cc-option-align

gcc在3.0之后改变了指定函数、循环等对齐选项的类型。gcc < 3.00时,cc-option-align = -malign;gcc >= 3.00时,cc-option-align = -falign。使用$(cc-option-align)来选择正确的前缀。例如:

     KBUILD_CFLAGS += $(cc-option-align)-functions=4

2.5.4 cc-version、cc-ifversion 、cc-fullversion

cc-version返回$(CC)版本。如$(CC)为gcc 3.41,那么cc-version返回0341。例如:

     #arch/i386/Makefile

     cflags-y += $(shell /

     if [ $(call cc-version) -ge 0300 ] ; then /

               echo "-mregparm=3"; fi ;)

cc-ifversion在版本符合条件的前提下返回最后一个参数。示例如下:

     #fs/reiserfs/Makefile

     ccflags-y := $(call cc-ifversion, -lt, 0402, -O1)

如果$(CC)版本低于4.2,那么ccflags-y将等于-O1。

cc-fullversion给出更详细的版本信息,例如:

     #arch/powerpc/Makefile

     $(Q)if test "$(call cc-fullversion)" = "040200" ; then /

              echo -n '*** GCC-4.2.0 cannot compile the 64-bit powerpc ' ; /

              false ; /

     fi

2.5.5 cc-cross-prefix

cc- cross-prefix用于检查是否存在给定前缀的$(CC),如存在,返回第一个匹配的前缀,否则返回空。如有多个前缀需要匹配,各前缀之间使用单个空格隔开。例如:

     #arch/m68k/Makefile

     ifneq ($(SUBARCH),$(ARCH))

              ifeq ($(CROSS_COMPILE),)

                       CROSS_COMPILE := $(call cc-cross-prefix, m68k-linux-gnu-)

              endif

     endif

(注:本文所述内容来自kernel-2.6.30/Documentation/kbuild/makefiles.txt,适用于Linux 2.6内核)

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
目标检测(Object Detection)是计算机视觉领域的一个核心问题,其主要任务是找出图像中所有感兴趣的目标(物体),并确定它们的类别和位置。以下是对目标检测的详细阐述: 一、基本概念 目标检测的任务是解决“在哪里?是什么?”的问题,即定位出图像中目标的位置并识别出目标的类别。由于各类物体具有不同的外观、形状和姿态,加上成像时光照、遮挡等因素的干扰,目标检测一直是计算机视觉领域最具挑战性的任务之一。 二、核心问题 目标检测涉及以下几个核心问题: 分类问题:判断图像中的目标属于哪个类别。 定位问题:确定目标在图像中的具体位置。 大小问题:目标可能具有不同的大小。 形状问题:目标可能具有不同的形状。 三、算法分类 基于深度学习的目标检测算法主要分为两大类: Two-stage算法:先进行区域生成(Region Proposal),生成有可能包含待检物体的预选框(Region Proposal),再通过卷积神经网络进行样本分类。常见的Two-stage算法包括R-CNN、Fast R-CNN、Faster R-CNN等。 One-stage算法:不用生成区域提议,直接在网络中提取特征来预测物体分类和位置。常见的One-stage算法包括YOLO系列(YOLOv1、YOLOv2、YOLOv3、YOLOv4、YOLOv5等)、SSD和RetinaNet等。 四、算法原理 以YOLO系列为例,YOLO将目标检测视为回归问题,将输入图像一次性划分为多个区域,直接在输出层预测边界框和类别概率。YOLO采用卷积网络来提取特征,使用全连接层来得到预测值。其网络结构通常包含多个卷积层和全连接层,通过卷积层提取图像特征,通过全连接层输出预测结果。 五、应用领域 目标检测技术已经广泛应用于各个领域,为人们的生活带来了极大的便利。以下是一些主要的应用领域: 安全监控:在商场、银行
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值