vivi的Makefile文件解析(2)

2024-06-01 09:58
文章标签 解析 makefile vivi

本文主要是介绍vivi的Makefile文件解析(2),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

我们继续解析makefile,vivi的makefile的开始部分是设置了一些版本信息以及编译器的一些设置,接下来的工作就开始真是的编译了。

all:     do-it-all

ifeq (.config,$(wildcard .config))
include .config
else
CONFIGURATION = config
do-it-all:    config
endif
do-it-all:    Version vivi

#
# standard CFLAGS
#

CPPFLAGS := -I$(VIVIPATH) -I$(LINUX_INCLUDE_DIR)
#CFLAGS := $(CPPFLAGS) -Wall -Wstrict-prototypes -Wno-trigraphs -O2 \
# -fomit-frame-pointer -fno-strict-aliasing -fno-common
CFLAGS := $(CPPFLAGS) -Wall -Wstrict-prototypes -O2 -fPIC -fomit-frame-pointer
AFLAGS := -D__ASSEMBLY__ $(CPPFLAGS)

CORE_FILES    = init/main.o init/version.o lib/lib.o
LIBS := lib/priv_data/priv_data.o
SUBDIRS = drivers lib

DRIVERS-y :=
DRIVERS-$(CONFIG_SERIAL) += drivers/serial/serial.o
DRIVERS-$(CONFIG_MTD) += drivers/mtd/mtd.o
DRIVERS := $(DRIVERS-y)

CLEAN_FILES = \
    vivi-elf \
    vivi \
    vivi.nm \
    vivi.map

#
# Location of the gcc arm libs.
#
ARM_GCC_LIBS    = /usr/local/arm/2.95.3/lib/gcc-lib/arm-linux/2.95.3
#ARM_GCC_LIBS    = /opt/host/armv4l/lib/gcc-lib/armv4l-redhat-linux/2.95.3

OBJCOPYFLAGS = -R .comment -R .stab -R .stabstr

CLIBS = -L$(ARM_GCC_LIBS) -lgcc -lc
LINKFLAGS = -Tarch/vivi.lds -Bstatic

DISTCLEAN_FILES = \
    include/autoconf.h include/version.h \
    scripts/lxdialog/*.o scripts/lxdialog/lxdialog \
    .menuconfig.log \
    .config .config.old TAGS tags

include arch/Makefile

export CPPFLAGS CFLAGS AFLAGS

export DRIVERS LDFLAGS

Version: dummy
    @rm -f include/compile.h

vivi: include/version.h $(CONFIGURATION) init/main.o init/version.o linuxsubdirs
    $(LD) -v $(LINKFLAGS) \
        $(HEAD) \
        $(CORE_FILES) \
        $(DRIVERS) \
        $(LIBS) \
        -o vivi-elf $(CLIBS)
    $(NM) -v -l vivi-elf > vivi.map
    $(OBJCOPY) -O binary -S vivi-elf vivi $(OBJCOPYFLAGS)

all:  do-it-all

#   wildcard函数的作用
#函数名称:获取匹配模式文件名函数—wildcard
#函数功能:列出当前目录下所有符合模式“PATTERN”格式的文件名。
#返回值:空格分割的、存在当前目录下的所有符合模式“PATTERN”的文件名。
#ifeq用于判断参数是否相等
ifeq (.config,$(wildcard .config))# 这里用法的意义就是查找当前目录下是否有.config文件
# 如果当前目录下从在.config文件,则包含该文件
include .config
else
#如果没有该文件存在,则定义变量CONFIGURATION
#并定义依赖关系, do-it-all依赖文件config
CONFIGURATION = config
do-it-all: config
endif
#定义do-it-all的规则,依赖version vivi
do-it-all: Version vivi    #如果没有.config文件,就会依赖三个文件: config version vivi

#
# standard CFLAGS
#
#  CPP预处理器的参数
CPPFLAGS := -I$(VIVIPATH) -I$(LINUX_INCLUDE_DIR)
#  编译器的参数
#CFLAGS := $(CPPFLAGS) -Wall -Wstrict-prototypes -Wno-trigraphs -O2 \
#          -fomit-frame-pointer -fno-strict-aliasing -fno-common
CFLAGS := $(CPPFLAGS) -Wall -Wstrict-prototypes -O2 -fPIC -fomit-frame-pointer
# 汇编器的参数
AFLAGS := -D__ASSEMBLY__ $(CPPFLAGS)

# 定义核心文件,
CORE_FILES = init/main.o init/version.o lib/lib.o

# 定义库文件  这些文件后边都会用到
LIBS            := lib/priv_data/priv_data.o

#定义子目录  说明以后的MAKEFILE只去这两个子目录去编译
SUBDIRS         = drivers lib

#  定义驱动程序的 这里的CONFIG_SERIAL与CONFIG_MTD是在.config文件中定义的。在之前的脚本语句中有include  .config
#  这里的"+="是追加的意思
#这里完成了驱动的设置,在vivi里边只有两个驱动   一个是串口的驱动,另外一个mtd的驱动
DRIVERS-y :=
DRIVERS-$(CONFIG_SERIAL) += drivers/serial/serial.o
DRIVERS-$(CONFIG_MTD) += drivers/mtd/mtd.o
DRIVERS := $(DRIVERS-y)


#  定义了一些变量 是在clean中要删除的文件。
CLEAN_FILES = \
 vivi-elf \
 vivi \
 vivi.nm \
 vivi.map

#
# Location of the gcc arm libs.
#  这里是设置交叉编译器的一些选项
#

# 指定库的路径
ARM_GCC_LIBS = /usr/local/arm/2.95.3/lib/gcc-lib/arm-linux/2.95.3
#ARM_GCC_LIBS = /opt/host/armv4l/lib/gcc-lib/armv4l-redhat-linux/2.95.3


#  OBJCOPY是一个重要的工具,这里设计与该工具有关的一些参数
OBJCOPYFLAGS = -R .comment -R .stab -R .stabstr


#  指定要连接的库
CLIBS = -L$(ARM_GCC_LIBS) -lgcc -lc

#  知道那个链接器参数
LINKFLAGS = -Tarch/vivi.lds -Bstatic

#  这里是指定在distclean时要删除的文件
DISTCLEAN_FILES = \
 include/autoconf.h include/version.h \
 scripts/lxdialog/*.o scripts/lxdialog/lxdialog \
 .menuconfig.log \
 .config .config.old TAGS tags

# 包含arch下的结构makefile 地位比较特殊  通常情况下arch是和平台相关的东西
include arch/Makefile


# 导出下边的变量
export  CPPFLAGS CFLAGS AFLAGS

export  DRIVERS LDFLAGS

#  Version的依赖关系,依赖于dummy ,然后执行rm 命令
Version: dummy
 @rm -f include/compile.h  # "@"加入这个符号的意思是命令不回显

#  vivi依赖文件,如果文件没有产生则先产生这些文件。
vivi: include/version.h $(CONFIGURATION) init/main.o init/version.o linuxsubdirs
 $(LD) -v $(LINKFLAGS) \
  $(HEAD) \
  $(CORE_FILES) \
  $(DRIVERS) \
  $(LIBS) \
  -o vivi-elf $(CLIBS)
# 这里有个工具NM 是把可执行文件中定义的字符导出,这里重定向到vivi.map文件中,主要用与文件的分析等。  
 $(NM) -v -l vivi-elf > vivi.map
#  这里需要注意vivi-elf为什么要生成新的vivi,这是因为vivi-elf是在linux下的可执行的二进制文件,
# 而vivi需要少些在裸片上,是一种特殊的二进制镜像文件,所以需要进行转换。这里通过OBJCOPY来转换。
 $(OBJCOPY) -O binary -S vivi-elf vivi $(OBJCOPYFLAGS)
# 整个编译的过程到此就结束了

 

<script type=text/javascript charset=utf-8 src="http://static.bshare.cn/b/buttonLite.js#style=-1&uuid=&pophcol=3&lang=zh"></script> <script type=text/javascript charset=utf-8 src="http://static.bshare.cn/b/bshareC0.js"></script>
阅读(820) | 评论(0) | 转发(0) |
0

上一篇:vivi的Makefile文件解析

下一篇:vivi的Makefile文件解析(3)

相关热门文章
  • 自己用的ubuntu环境搭建(一)...
  • Linux 下查看文件字符编码和...
  • U盘安装Debian教程
  • ubuntu下vsftpd配置详细篇 ...
  • wps for linux 安装的问题...
  • linux 常见服务端口
  • 什么是shell
  • linux socket的bug??
  • linux的线程是否受到了保护?...
  • 一个适用于windows和linux的抓...
  • debian7系统与ATI X2300显卡...
  • ubuntu sysklogd之配置文件介...
  • 自己用的ubuntu环境搭建(一)...
  • linux 学习心得
  • 用户输入操作和数据的显示...
给主人留下些什么吧!~~
评论热议

这篇关于vivi的Makefile文件解析(2)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1020681

相关文章

深度解析Java DTO(最新推荐)

《深度解析JavaDTO(最新推荐)》DTO(DataTransferObject)是一种用于在不同层(如Controller层、Service层)之间传输数据的对象设计模式,其核心目的是封装数据,... 目录一、什么是DTO?DTO的核心特点:二、为什么需要DTO?(对比Entity)三、实际应用场景解析

深度解析Java项目中包和包之间的联系

《深度解析Java项目中包和包之间的联系》文章浏览阅读850次,点赞13次,收藏8次。本文详细介绍了Java分层架构中的几个关键包:DTO、Controller、Service和Mapper。_jav... 目录前言一、各大包1.DTO1.1、DTO的核心用途1.2. DTO与实体类(Entity)的区别1

Java中的雪花算法Snowflake解析与实践技巧

《Java中的雪花算法Snowflake解析与实践技巧》本文解析了雪花算法的原理、Java实现及生产实践,涵盖ID结构、位运算技巧、时钟回拨处理、WorkerId分配等关键点,并探讨了百度UidGen... 目录一、雪花算法核心原理1.1 算法起源1.2 ID结构详解1.3 核心特性二、Java实现解析2.

使用Python绘制3D堆叠条形图全解析

《使用Python绘制3D堆叠条形图全解析》在数据可视化的工具箱里,3D图表总能带来眼前一亮的效果,本文就来和大家聊聊如何使用Python实现绘制3D堆叠条形图,感兴趣的小伙伴可以了解下... 目录为什么选择 3D 堆叠条形图代码实现:从数据到 3D 世界的搭建核心代码逐行解析细节优化应用场景:3D 堆叠图

深度解析Python装饰器常见用法与进阶技巧

《深度解析Python装饰器常见用法与进阶技巧》Python装饰器(Decorator)是提升代码可读性与复用性的强大工具,本文将深入解析Python装饰器的原理,常见用法,进阶技巧与最佳实践,希望可... 目录装饰器的基本原理函数装饰器的常见用法带参数的装饰器类装饰器与方法装饰器装饰器的嵌套与组合进阶技巧

解析C++11 static_assert及与Boost库的关联从入门到精通

《解析C++11static_assert及与Boost库的关联从入门到精通》static_assert是C++中强大的编译时验证工具,它能够在编译阶段拦截不符合预期的类型或值,增强代码的健壮性,通... 目录一、背景知识:传统断言方法的局限性1.1 assert宏1.2 #error指令1.3 第三方解决

全面解析MySQL索引长度限制问题与解决方案

《全面解析MySQL索引长度限制问题与解决方案》MySQL对索引长度设限是为了保持高效的数据检索性能,这个限制不是MySQL的缺陷,而是数据库设计中的权衡结果,下面我们就来看看如何解决这一问题吧... 目录引言:为什么会有索引键长度问题?一、问题根源深度解析mysql索引长度限制原理实际场景示例二、五大解决

深度解析Spring Boot拦截器Interceptor与过滤器Filter的区别与实战指南

《深度解析SpringBoot拦截器Interceptor与过滤器Filter的区别与实战指南》本文深度解析SpringBoot中拦截器与过滤器的区别,涵盖执行顺序、依赖关系、异常处理等核心差异,并... 目录Spring Boot拦截器(Interceptor)与过滤器(Filter)深度解析:区别、实现

深度解析Spring AOP @Aspect 原理、实战与最佳实践教程

《深度解析SpringAOP@Aspect原理、实战与最佳实践教程》文章系统讲解了SpringAOP核心概念、实现方式及原理,涵盖横切关注点分离、代理机制(JDK/CGLIB)、切入点类型、性能... 目录1. @ASPect 核心概念1.1 AOP 编程范式1.2 @Aspect 关键特性2. 完整代码实

解决未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4‘问题

《解决未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4‘问题》:本文主要介绍解决未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4... 目录未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4‘打开pom.XM