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

相关文章

网页解析 lxml 库--实战

lxml库使用流程 lxml 是 Python 的第三方解析库,完全使用 Python 语言编写,它对 XPath表达式提供了良好的支 持,因此能够了高效地解析 HTML/XML 文档。本节讲解如何通过 lxml 库解析 HTML 文档。 pip install lxml lxm| 库提供了一个 etree 模块,该模块专门用来解析 HTML/XML 文档,下面来介绍一下 lxml 库

Makefile简明使用教程

文章目录 规则makefile文件的基本语法:加在命令前的特殊符号:.PHONY伪目标: Makefilev1 直观写法v2 加上中间过程v3 伪目标v4 变量 make 选项-f-n-C Make 是一种流行的构建工具,常用于将源代码转换成可执行文件或者其他形式的输出文件(如库文件、文档等)。Make 可以自动化地执行编译、链接等一系列操作。 规则 makefile文件

【C++】_list常用方法解析及模拟实现

相信自己的力量,只要对自己始终保持信心,尽自己最大努力去完成任何事,就算事情最终结果是失败了,努力了也不留遗憾。💓💓💓 目录   ✨说在前面 🍋知识点一:什么是list? •🌰1.list的定义 •🌰2.list的基本特性 •🌰3.常用接口介绍 🍋知识点二:list常用接口 •🌰1.默认成员函数 🔥构造函数(⭐) 🔥析构函数 •🌰2.list对象

OWASP十大安全漏洞解析

OWASP(开放式Web应用程序安全项目)发布的“十大安全漏洞”列表是Web应用程序安全领域的权威指南,它总结了Web应用程序中最常见、最危险的安全隐患。以下是对OWASP十大安全漏洞的详细解析: 1. 注入漏洞(Injection) 描述:攻击者通过在应用程序的输入数据中插入恶意代码,从而控制应用程序的行为。常见的注入类型包括SQL注入、OS命令注入、LDAP注入等。 影响:可能导致数据泄

从状态管理到性能优化:全面解析 Android Compose

文章目录 引言一、Android Compose基本概念1.1 什么是Android Compose?1.2 Compose的优势1.3 如何在项目中使用Compose 二、Compose中的状态管理2.1 状态管理的重要性2.2 Compose中的状态和数据流2.3 使用State和MutableState处理状态2.4 通过ViewModel进行状态管理 三、Compose中的列表和滚动

Spring 源码解读:自定义实现Bean定义的注册与解析

引言 在Spring框架中,Bean的注册与解析是整个依赖注入流程的核心步骤。通过Bean定义,Spring容器知道如何创建、配置和管理每个Bean实例。本篇文章将通过实现一个简化版的Bean定义注册与解析机制,帮助你理解Spring框架背后的设计逻辑。我们还将对比Spring中的BeanDefinition和BeanDefinitionRegistry,以全面掌握Bean注册和解析的核心原理。

CSP 2023 提高级第一轮 CSP-S 2023初试题 完善程序第二题解析 未完

一、题目阅读 (最大值之和)给定整数序列 a0,⋯,an−1,求该序列所有非空连续子序列的最大值之和。上述参数满足 1≤n≤105 和 1≤ai≤108。 一个序列的非空连续子序列可以用两个下标 ll 和 rr(其中0≤l≤r<n0≤l≤r<n)表示,对应的序列为 al,al+1,⋯,ar​。两个非空连续子序列不同,当且仅当下标不同。 例如,当原序列为 [1,2,1,2] 时,要计算子序列 [

多线程解析报表

假如有这样一个需求,当我们需要解析一个Excel里多个sheet的数据时,可以考虑使用多线程,每个线程解析一个sheet里的数据,等到所有的sheet都解析完之后,程序需要提示解析完成。 Way1 join import java.time.LocalTime;public class Main {public static void main(String[] args) thro

ZooKeeper 中的 Curator 框架解析

Apache ZooKeeper 是一个为分布式应用提供一致性服务的软件。它提供了诸如配置管理、分布式同步、组服务等功能。在使用 ZooKeeper 时,Curator 是一个非常流行的客户端库,它简化了 ZooKeeper 的使用,提供了高级的抽象和丰富的工具。本文将详细介绍 Curator 框架,包括它的设计哲学、核心组件以及如何使用 Curator 来简化 ZooKeeper 的操作。 1

Unity3D自带Mouse Look鼠标视角代码解析。

Unity3D自带Mouse Look鼠标视角代码解析。 代码块 代码块语法遵循标准markdown代码,例如: using UnityEngine;using System.Collections;/// MouseLook rotates the transform based on the mouse delta./// Minimum and Maximum values can