http://www.crifan.com/order_make__makefile_in_the_plus__minus_-_and_at_the_meaning_of_numbers/ 在看makefile,其中有些依赖规则中的命令行前面,会有一些减号“-”或者at符号“@”, 比如: distclean: mrproper -rm -f user/tinylogin/applet_source_list user/tinylogin/config.h 对其含义不是很清楚,所以去找了找. [

Contiki Makefile.include 笔记 约定:  makefile 包括Makefile.Makefile.xxx,并不单指Makefile 不对makefile的语法进行分析,仅仅关注几个需要点. 首先要说明,Makefile.include是被用户的工程目录下的"Makefile"      include之,这个是必须要做的. Makefile.include 从上到下,顺序检索. 关注点一: 最开始,编译系统会检查用户是否定义了 contiki 源码根目录.检查

include 使用方法 : include filename.mk 作用: 暂停当前的makefile执行,去执行指定的makefile,执行完毕后继续执行当前的makefile -include 解释和用法 -include filename.mk#这种用法的意义是当filename.mk文件不存在时则不会报错停止,继续执行当前makefile  

I want a build rule to be triggered by an include directive if the target of the include is out of date or doesn't exist. Currently the makefile looks like this: program_NAME := wget++ program_H_SRCS := $(wildcard *.h) program_CXX_SRCS := $(wildcard

本周成胖子每周一博到了第四周^_^ 前言 主Makefile结构 顶层 第二层 尾记 前言 前一篇,我们大概描述了整个镜像文件的生成过程.本周我们来解析主Makefile,看看主要编译过程是怎么产生的. 主Makefile结构 我们以chaos calmer的代码为例,整个编译的入口是在源码根目录下的Makefile.编译的各种命令都应该在源码根目录下键入. 整个主Makefile的结构如下: world: ifneq ($(OPENWRT_BUILD),1) 顶层 else 第二层 endif

Linux就这个范儿 第8章 我是Makefile P287 Makefile的作用就是——自动化编译,一旦写好,只需要一个make命令(解析Makefile,执行Makefile中描述的操作),整个工程就能完成自动编译,无论这个工程拥有多少个源代码文件.Makefile定义了一系列的规则,来指定哪些文件需要先编译,哪些文件需要后编译,哪些文件需要重新编译,甚至于进行更复杂的功能操作,因为Makefile就像一个shell脚本一样,其中也可以执行操作系统的命令. 最典型的就是在微软的Visual

openwrt: Makefile 框架分析 原文链接:blog.chinaunix.net/uid-26675482-id-4704952.html 本篇的主要目的是想通过分析Makefile,了解openwrt编译过程.着重关注以下几点: openwrt目录结构 主Makefile的解析过程,各子目录的目标生成. kernel编译过程 firmware的生成过程 软件包的编译过程 openwrt目录结构 官方源下载速度太度,我从github上clone了openwrt的代码仓库. git c

a.c #include<stdio.h> #include "a.h" int main() { printf("hello world\n"); printf("A= %d\n",A); test_fun(); ; } a.h #define A 1 b.c #include <stdio.h> int test_fun() { printf("it is B\n"); ; } 编译test_Mak

前面将contiki的makefile框架都理了下,这篇就以cc2530为收篇吧,也即makefile分析就该到此为止了. contiki/examples/cc2530dk 打开Makefile如下图: 第一行的 "CONTIKI_PROJECT"变量依赖于该目录下的  blink-hello.c  hello-world.c  sensors-demo.c  timer-test.c 4个C源文件 第五行的"CONTIKI"变量被定义成 contiki/ 路径,

在linux下的工程编译,基本都可以使用makefile这个工具来完成.Contiki OS亦如此,下面分析contiki整个Makefile的框架,对makefile的具体内容暂不做分析.本文依赖于contiki OS 源码目录下  /doc/build-system.txt 文件,若有疑问,可参考该文档. 约定: makefile 一词代指所有makefile文件,包括Makefile 以及Makefile.xxx之类的文件. 一 contiki OS源码中Makefile的种类. 其实Ma

虽然以前对Makefile有个基本概念,但是真正到自己去写一个哪怕是简单的Makefile时也会遇到不少的麻烦.    现在我有如下文件 dList.h dList.c memory.c debug.c debug.h test.c aaron.h 其中包含关系如下:    aaron.h-->dList.h debug.h    dList.c-->aaron.h    debug.c-->aaron.h    test.c-->aaron.h    memory.c-->

一.本文说明 本文为linux内核Makefile整体分析的续篇,是依据Linux内核Makefile体系的主要内容编写一个简要的测试工程.Linux内核Makefile体系就好像一只“大鸟”,而这篇测试算是“麻雀”,主要是为了通过动手实战进一步理解Linux内核Makefile体系的原理和特点. 二.源码结构 1.测试源码包括1个顶层目录以及5个子目录. 2.Makefile体系的构成是顶层1个Makefile文件.scripts目录中的4个脚本文件以及add.sub.main三个目录中的Ma

目录 一.概述 1.本文的意义 2.Linux内核Makefile文件组成 二.Linux内核Makefile的“make解析”过程 1 顶层Makefile阶段 1.从总目标uImage说起 2.vmlinux的生成 3.vmlinux-lds.vmlinux-init.vmlinux-main的生成 2 scripts/Makefile.build的第一次调用阶段 1.Makefile.build的包含文件 2.scripts/Makefile.build的总目标 3.drivers/bui

一.概述 笔者已经写了一篇实现目标文件与源码分开的makefile测试实验,但是觉得不够完美,没有更多的体现u-boot Makefile的工作原理和特点.所以,决定重新修订,使之更加充分的接近u-boot Makfefile的原貌. 至于,u-boot Makfefile的整体论述和特点,笔者在u-boot Makefile整体解析文中已经详细论述,不在多言. 二.测试源码构成 整个测试源码,由四个文件夹构成,三个是源文件夹,分别包含源程序(.c)和Makefile.顶层目录中包含config

转自:http://www.cnblogs.com/amanlikethis/p/3675486.html <请阅读原文> 一.概述 1.本文的意义 众多的资料(<嵌入式Linux应用开发完全手册>.Documentation/kbuild/makefiles.txt)已经向我们展示了一个初级Linux用户者应该懂得的知识--怎样添加需要编译的文件.添加编译的规则.多个源文件构成一个目标文件的情况等. 但是,一种"找到真相"的冲动迫使我想了解Linux内核编译的

===================================================== FFmpeg的库函数源代码分析文章列表: [架构图] FFmpeg源代码结构图 - 解码 FFmpeg源代码结构图 - 编码 [通用] FFmpeg 源代码简单分析:av_register_all() FFmpeg 源代码简单分析:avcodec_register_all() FFmpeg 源代码简单分析:内存的分配和释放(av_malloc().av_free()等) FFmpeg 源代

3.1 上章分析回顾 3.1 上章分析出的参数 3.1.1 变量 MAKECMDGOALS = xxx_defconfig KBUILD_EXTMOD = version_h := include/generated/version_autogenerated.h timestamp_h := include/generated/timestamp_autogenerated.h no-dot-config-targets := clean clobber mrproper distclean

Makefile  编写 Make  -f  makefile1 指定 如下是 本人的一点makefile学习笔记,再分享一个不错的写makefile总结的网址: http://www.cnblogs.com/wang_yb/p/3990952.html Makefile  $@, $^, $< $@  表示目标文件$^  表示所有的依赖文件$<  表示第一个依赖文件$?  表示比目标还要新的依赖文件列表 方式一. 同一个目录下有多个.c .h文件 CROSS_COMPILE=arm-none

openwrt目录结构 上图是openwrt目录结构,其中第一行是原始目录,第二行是编译过程中生成的目录.各目录的作用是: tools - 编译时需要一些工具, tools里包含了获取和编译这些工具的命令.里面是一些Makefile,有的可能还有patch.每个Makefile里都有一句 $(eval $(call HostBuild)),表示编译这个工具是为了在主机上使用的. toolchain - 包含一些命令去获取kernel headers, C library, bin-utils,

二.Makefile.include 1.第一部分 (1) ifndef CONTIKI ${error CONTIKI not defined! You must specify where Contiki resides} endif 含义: 如果没有定义CONTIKI变量,make停止运行. 并产生一个致命的错误信息,CONTIKI not  defined! You must specify where Contiki resides. hello-world这个例子在主控Makefil

一.主控Makefile 这里以hello-world例子为主线,从其工程Makefile开始,解析整个build过程.