Make 是一个能自动判断大型程序哪些源代码需要重新编译的编译工具，并且能够将判断结果自动调用编译器编译源代码,
按照一定的编译依赖树关系，将编译结果整合为  可执行文件

bss段：
　　bss段（bss segment）通常是指用来存放程序中未初始化的全局变量的一块内存区域。
　　bss是英文 Block Started by Symbol的简称。
　　bss段属于静态内存分配。 

  
data段：
　　数据段（data segment）通常是指用来存放程序中已初始化的全局变量的一块内存区域。
　　数据段属于静态内存分配。 

  
text段：
　　代码段（code segment/text segment）通常是指用来存放程序执行代码的一块内存区域。
　　这部分区域的大小在程序运行前就已经确定，并且内存区域通常属于只读(某些架构也允许代码段为可写，即允许修改程序)。
　　在代码段中，也有可能包含一些只读的常数变量，例如字符串常量等。 


堆（heap）：
　　堆是用于存放进程运行中被动态分配的内存段，它的大小并不固定，可动态扩张或缩减。
　　当进程调用malloc等函数分配内存时，新分配的内存就被动态添加到堆上（堆被扩张）；
　　当利用free等函数释放内存时，被释放的内存从堆中被剔除（堆被缩减）。

  
栈(stack)：
　　 栈又称堆栈，是用户存放程序临时创建的局部变量，
　　也就是说我们函数括弧“{}”中定义的变量（但不包括static声明的变量，static意味着在数据段中存放变量）。
　　除此以外，在函数被调用时，其参数也会被压入发起调用的进程栈中，并且待到调用结束后，函数的返回值也会被存放回栈中。
　　由于栈的先进先出(FIFO)特点，所以栈特别方便用来保存/恢复调用现场。
　　从这个意义上讲，我们可以把堆栈看成一个寄存、交换临时数据的内存区。 


　text和data段都【在可执行文件中】（在嵌入式系统里一般是固化在镜像文件中），【由系统从可执行文件中加载】；

  bss段【不在可执行文件中】，【由系统初始化】

1.规则
2.变量
3.条件执行
4.文本 文件名 处理函数
5.文本包含
6. 注释

ifreq( $(DEBUG),"true")
CC = gcc -g
else
CC = gcc
endif

all: hello               # 定义总的生成可执行模块名为  hello
hello: lcd.o player.o        # 定义模块hello可执行文件依赖  lcd.o  player.o
           $(CC) -o hello lcd.o player.o          ## 规则  依据 lcd.o  player.o 生成 hello的规则
player.o:player.c        # 目标:目标依赖   # 定义 player.o 需要依赖  player.c 
           $(CC) -o player.o -c player.c          ## 定义  使用 player.c  生成  player.o 的规则

lcd.o:lcd.c                                        # 定义 lcd.o 需要依赖  lcd.c 
           $(CC) -o lcd.o -c lcd.c                 ## 定义 使用 lcd.c  生成  lcd.o 的规则

clean:
      rm lcd.o hello player.o 

规则基本构成:
● 目标
● 目标依赖
● 命令

目标 : 目标依赖
       命令

hello : lcd.o player.o     
           $(CC) -o hello lcd.o player.o 

make  // 执行makefile的默认的第一个目标
make test  test1  // 指定要执行的 makefile文件中的目标

./PHONY:clean
all: test0
all: test1
test1:test1.o
	gcc -o test1 test1.o
test1.o:test1.c
	gcc -o test1.o -c test1.c
test0:
	@echo "zukgit begin ~~~~~~~~~~~~~~~~~~~~~"
	
clean:
	rm -fr  test1.o

	
伪目标: ./PHONY:
---并不是真正的文件名 , 可以看着一个标签
---无依赖.相比一般文件不会去重新生成  执行
---伪目标 可以无条件执行
.PHONY是一个特殊工作目标(special target) 它用来指定一个假想的工作目标,也就是说它后面的并不是一个实际文件
例如 一般 目标都会生成一个文件  而有些操作 比如 rm 删除 并不会生成一个文件  这个时候通常把 删除之类的操作放到 伪目标 ./PHONY:clean

gcc -M test1.c                            
test1.o: test1.c /usr/include/stdc-predef.h /usr/include/stdio.h \
 /usr/include/x86_64-linux-gnu/bits/libc-header-start.h \
 /usr/include/features.h /usr/include/x86_64-linux-gnu/sys/cdefs.h \
 /usr/include/x86_64-linux-gnu/bits/wordsize.h \
 /usr/include/x86_64-linux-gnu/bits/long-double.h \
 /usr/include/x86_64-linux-gnu/gnu/stubs.h \
 /usr/include/x86_64-linux-gnu/gnu/stubs-64.h \
 /usr/lib/gcc/x86_64-linux-gnu/7/include/stddef.h \
 /usr/include/x86_64-linux-gnu/bits/types.h \
 /usr/include/x86_64-linux-gnu/bits/typesizes.h \
 /usr/include/x86_64-linux-gnu/bits/types/__FILE.h \
 /usr/include/x86_64-linux-gnu/bits/types/FILE.h \
 /usr/include/x86_64-linux-gnu/bits/libio.h \
 /usr/include/x86_64-linux-gnu/bits/_G_config.h \
 /usr/include/x86_64-linux-gnu/bits/types/__mbstate_t.h \
 /usr/lib/gcc/x86_64-linux-gnu/7/include/stdarg.h \
 /usr/include/x86_64-linux-gnu/bits/stdio_lim.h \
 /usr/include/x86_64-linux-gnu/bits/sys_errlist.h


file test1                                
test1: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, 
interpreter /lib64/ld-linux-x86-64.so.2,
 for GNU/Linux 3.2.0, BuildID[sha1]=0b01602b8be0deda644624879a04a1cb475e0cd4, not stripped

● 变量基础
● 变量分类
● 变量追加  条件赋值
● 目标变量
● 模式变量
● 自动变量
● 系统环境变量
● 变量的传递

all:test1 test0 clean
./PHONY:clean
N=1

test1: N=2                # 目标变量
%.o : N =3                # 模式变量
test1:test1.o
	gcc -o test1 test1.o
	@echo "test1 zukgit begin ~~~~~~~~~~N=${N}~~~~~~~~~~~"
test1.o:test1.c
	gcc -o test1.o -c test1.c
	@echo "test1.o zukgit begin ~~~~~~~~~~N=${N}~~~~~~~~~~~"
test0:
	@echo "test0 zukgit begin ~~~~~~~~~~N=${N}~~~~~~~~~~~"
	
clean:
	@echo "zukgit end ~~~~~~~~~~~~~~~~~~~~~"
	rm -fr  test1.o

输出:
test1.o zukgit begin ~~~~~~~~~~N=3                ~~~~~~~~~~~
gcc -o test1 test1.o
test1 zukgit begin ~~~~~~~~~~N=2                ~~~~~~~~~~~
test0 zukgit begin ~~~~~~~~~~N=1~~~~~~~~~~~
zukgit end ~~~~~~~~~~~~~~~~~~~~~
rm -fr  test1.o

GNU-makefile中文手册.pdf
深入理解软件构造系统 原理与最佳实践.pdf

● 文本处理函数
● 文件名处理函数

初始化编译环境:     source build/envsetup.sh
指定编译目标:       lunch     user| userdebug | eng  .... 1..110
编译命令            make -j2

/out/host/：该目录下包含了针对主机的 Android 开发工具的产物。即 SDK 中的各种工具，例如：emulator，adb，aapt 等。
/out/target/common/：该目录下包含了针对设备的共通的编译产物，主要是 Java 应用代码和 Java 库.
/out/target/product/<product_name>/：包含了针对特定设备的编译结果以及平台相关的 C/C++ 库和二进制文件。其中，<product_name>是具体目标设备的名称。 system.img也是在这下面

$(info 'zukgit-begin')


$(info 'zukgit-end')

$(warning 'zukgit-begin')
$(warning 'zukgit-end')

$(warning " LOCALPATH is $(LOCAL_PATH)")
$(warning " prebuilt_stdcxx_path is $(prebuilt_stdcxx_path)")
$(warning " uvc_util_src_files is $(uvc_util_src_files)")
$(warning " LOCAL_C_INCLUDES is $(LOCAL_C_INCLUDES)")
$(warning " LOCAL_SRC_FILES is $(LOCAL_SRC_FILES)")
$(warning " LOCAL_LDFLAGS is $(LOCAL_LDFLAGS)")
$(warning " LOCAL_SHARED_LIBRARIES is $(LOCAL_SHARED_LIBRARIES)")
$(warning " LOCAL_STATIC_LIBRARIES is $(LOCAL_STATIC_LIBRARIES)")

每个Android.mk文件必须以定义LOCAL_PATH为开始。 mk文件开头必须定义 LOCAL_PATH:= $(call my-dir)  变量LOCAL_PATH
它用于在开发tree中查找源文件。宏my-dir 则由Build System提供。返回包含Android.mk的目录路径。
引用该变量时 使用  $(LOCAL_PATH)

%为Makefile规则通配符，一般用于规则描述，如
%.o:%c

= 是最基本的赋值变量符号

VAR = “Hello World!”



“=”表示 make会将整个makefile展开后，再决定变量的值。也就是说，变量的值将会是整个makefile中最后被指定的值。看例子：

x = foo
y = $(x) bar
x = xyz

在上例中，y的值将会是 xyz bar ，而不是 foo bar 

:= 是覆盖之前的值
 LOCAL_PATH:= $(call my-dir)    //  覆盖之前的值
VAR =2019
VAR :=2020
VAR(2020) 实际值


 “:=” 表示变量的值决定于它在makefile中的位置，而不是整个makefile展开后的最终值

x := foo
y := $(x) bar
x := xyz

 在上例中，y的值将会是 foo bar ，而不是 xyz bar 了。

?= 是如果没有被赋值过就赋予等号后面的值
VAR ?= “2019”
VAR(2019) 实际值
------------
VAR =2019
VAR ?= “2020”
VAR(2020) 实际值

+= 是添加等号后面的值
VAR := 2019
VAR += 2020
VAR（2019,2020）实际值

Android MK构建系统中用于 调用系统提供的define宏 的关键字 可理解为函数关键字 
常见于以下命令 :
 $(LOCAL_PATH) := $( call my-dir ) 
include $(call all-makefiles-under,$(LOCAL_PATH));
include $(call all-subdir-makefiles,$(LOCAL_PATH));

include $(call my-dir)：获取当前文件夹路径。
include $(call all-java-files-under, <src>)：获取指定目录下的所有 Java 文件。
include $(call all-c-files-under, <src>)：获取指定目录下的所有 C 语言文件。
include $(call all-Iaidl-files-under, <src>) ：获取指定目录下的所有 AIDL 文件。
include $(call all-makefiles-under, <folder>)：获取指定目录下的所有 Make 文件。
include $(call intermediates-dir-for, <class>, <app_name>, <host or target>, <common?> )：获取 Build 输出的目标文件夹路径。

all-subdir-makefiles 是安卓MakeFile系统定义的宏 
用于命令
include $(call all-subdir-makefiles,$(LOCAL_PATH));
表示:    当前目录下没有需要编译的文件，请向子目录深入 告诉编译器继续向目录深处递归的一种规定写法

all-makefiles-under 是安卓MakeFile系统定义的宏 
用于命令
include $(call all-makefiles-under,$(LOCAL_PATH));
表示: 当前目录下有文件需要编译，而且在当前目录下还有子目录，子目录中也有文件需要编译 在编译完当前目录下的文件后，继续向子目录深入的语句

如果一个应用程序想要使用系统的方法,那么就需要给这个应用程序签名,相当于授权。  给程序进行platform、media、shared签名的方法分别如下:



(1)platform签名: 
AndroidManifest.xml的manifest节点中添加 android:sharedUserId=”android.uid.system”, 
Android.mk中增加 LOCAL_CERTIFICATE := platform 

就代表使用platform来签名，这样的话这个apk就拥有了和system相同的签名，因为系统级别的签名也是使用的platform来签名，此时使用android:sharedUserId="android.uid.system"才有用！

(2)shared签名: 
AndroidManifest.xml的manifest节点中增加android:sharedUserId=”android.uid.shared”, 
Android.mk中增加LOCAL_CERTIFICATE := shared 

(3)media签名: 
AndroidManifest.xml的manifest节点中增加 android:sharedUserId=”android.media”, 
Android.mk中增加 LOCAL_CERTIFICATE := media 

(4) testkey 签名:

如果系统中的apk的android.mk中没有设置LOCAL_CERTIFICATE的值，就默认使用testkey

LOCAL_MODULE必须定义，以表示Android.mk中生成的模块名称( 除APK模块  因为APK模块有专门命名方式)。  名字必须唯一且不包含空格。

Build System会自动添加适当的前缀和后缀
例如，LOCAL_MODULE:=foo     include  $(BUILD_SHARED_LIBRARY)要产生动态库，则生成 libfoo.so
LOCAL_MODULE:=libfoo     include  $(BUILD_SHARED_LIBRARY)  则生成 libfoo.so   不再增加前缀

LOCAL_MODULE := wifi-service    include  $(BUILD_STATIC_JAVA_LIBRARY)

LOCAL_MODULE_TAGS ：=user | eng | tests | optional
user: 指该模块只在user版本下才编译
eng: 指该模块只在eng版本下才编译
tests: 指该模块只在tests版本下才编译
optional:指该模块在所有版本下都编译

LOCAL_PACKAGE_NAME 专门来命名APK模块  名称必须是唯一的且不包含空格
LOCAL_PACKAGE_NAME := Settings    include $(BUILD_PACKAGE)

每个Android.mk文件必须以定义LOCAL_PATH为开始。它用于在开发tree中查找源文件。

宏my-dir 则由Build System提供。返回包含Android.mk的目录路径。
LOCAL_PATH := $(call my-dir)   // 表示当前的mk文件路径 赋值给 LOCAL_PATH

LOCAL_PRIVATE_PLATFORM_APIS := true
设置后，会使用sdk的hide的api來编译


在Android.mk中如果有
LOCAL_SDK_VERSION 这个编译配置，就会使编译的应用不能访问hide的api,
有时一些系统的class被import后编译时说找不到这个类，就是这个原因造成的。
LOCAL_SDK_VERSION := current  意思是编译时忽略系统隐藏类(@hide)

如果在系统源码修改中使用到了系统隐藏类(@hide),请将LOCAL_SDK_VERSION := current 删掉后编译出来的APK 才能使用 隐藏API

对于Android系统应用，LOCAL_PRIVILEGED_MODULE 决定了其编译后的在ROM中的安装位置
false 或者 不设置，安装位置为 /system/app
true  安装位置为            /system/priv-app

build/base_rules.mk 中 有 LOCAL_PRIVILEGED_MODULE 的处理逻辑

 ifeq (true,$(LOCAL_PRIVILEGED_MODULE))
    install_path_var := $(install_path_var)_PRIVILEGED
  endif

1. 指定不需要混淆的native方法与变量可以加入到proguard.flags文件,在Android.mk添加选项 (解决引用三方库 而三方库不可以被混淆的情况)
LOCAL_PROGUARD_FLAG_FILES := proguard.flags

2. 禁止代码混淆，在Android.mk添加选项
LOCAL_PROGUARD_ENABLED := disabled


3. 不设置，默认该工程代码全部混淆
LOCAL_PROGUARD_ENABLED := full

LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES 用于集成第三方jar包

LOCAL_STATIC_JAVA_LIBRARIES := libbaidumapapi

LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES := libbaidumapapi:libs/libbaidumapapi.jar //引用名：jar包名    格式：别名:jar文件路径
注意：别名一定要与 LOCAL_STATIC_JAVA_LIBRARIES 里所取的别名一致，且不含.jar

include  $(BUILD_MULTI_PREBUILT)   // 以 BUILD_MULTI_PREBUILT 来引入 三方jar包

LOCAL_STATIC_JAVA_LIBRARIES 标识当前需要引入的三方jar库 集合   ， 后面的库文件名  必须在LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES 中 定义

LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES := xsocket:lib/xSocket-2.8.14.jar \
　　　　jackson-mapper:lib/jackson-mapper-asl-1.6.2.jar \
　　　　logging:lib/commons-logging.jar \
　　　　jackson-core:lib/jackson-core-asl-1.6.2.jar \
　　　　javatar:lib/javatar-2.5.jar \
　　　　log4j:lib/log4j-1.2.15.jar

LOCAL_STATIC_JAVA_LIBRARIES := xsocket jackson-mapper logging jackson-core javatar log4j
include $(BUILD_MULTI_PREBUILT)

LOCAL_SRC_FILES 当前需要编译的源文件列表


LOCAL_SRC_FILES := $(call all-java-files-under, src)


LOCAL_SRC_FILES := \
	jni/com_android_server_wifi_WifiNative.cpp \
	jni/jni_helper.cpp


LOCAL_SRC_FILES := $(call all-java-files-under, java) \
	$(call all-Iaidl-files-under, java) \
	$(call all-Iaidl-files-under, $(wificond_aidl_rel_path)) \
	$(call all-logtags-files-under, java)

cpp文件全部位于android项目下的jni文件夹下,结构如下
 
    jni 
     |---1.cpp
     |---2.cpp
     |---Android.mk
     |---Application.mk
     |---ndk_test.cpp
     |---src    
     |    |---core
     |    |    |---core1.cpp
     |    |    |---core2.cpp
     |    |---src1.cpp


通常 LOCAL_SRC_FILES 写法
LOCAL_SRC_FILES := ndk_test.cpp \
                1.cpp \
                2.cpp \
                src/src1.cpp \
                src/src2.cpp \
                src/core/core1.cpp \
                src/core/core2.cpp


【简单写法 一】： 一句话引入单个目录(不包括子目录)下的所有cpp源文件

MY_CPP_LIST := $(wildcard $(LOCAL_PATH)/*.cpp)
MY_CPP_LIST += $(wildcard $(LOCAL_PATH)/src/*.cpp)
MY_CPP_LIST += $(wildcard $(LOCAL_PATH)/src/core/*.cpp)
LOCAL_SRC_FILES := $(MY_CPP_LIST:$(LOCAL_PATH)/%=%)

解释:
MY_CPP_LIST := $(wildcard $(LOCAL_PATH)/*.cpp)
这句话的意思是使用wildcard函数获取$(LOCAL_PATH)目录也就是jni目录下的所有后缀名为cpp的文件,并把结果放到变量MY_CPP_LIST里.
我们知道$(LOCAL_PATH)指的是当前Android.mk文件所在目录,所以通过这句话,
MY_CPP_LIST中的值应该是jni/1.cpp jni/2.cpp jni/ndk_test.cpp.
MY_CPP_LIST += $(wildcard $(LOCAL_PATH)/src/*.cpp), 获取jni/src目录下的源文件,并追加到变量MY_CPP_LIST里
MY_CPP_LIST += $(wildcard $(LOCAL_PATH)/src/core/*.cpp),同上,获取jni/src/core目录下的源文件
通过以上几步,得到MY_CPP_LIST中内容是
jni/1.cpp jni/2.cpp jni/ndk_test.cpp jni/src/src1.cpp jni/src/src2.cpp jni/src/core/core1.cpp jni/src/core/core2.cpp
LOCAL_SRC_FILES := $(MY_CPP_LIST:$(LOCAL_PATH)/%=%)
前面我们获取的文件都是以jni开头的,而真正编译所需要的文件都应该是直接从jni目录开始的,所以我们使用模式替换把所有文件名前面的jni/去掉
$(MY_CPP_LIST:$(LOCAL_PATH)/%=%) 就是 
1.cpp 2.cpp ndk_test.cpp jsrc/src1.cpp src/src2.cpp  src/core/core1.cpp src/core/core2.cpp

这里我解释一下$(MY_CPP_LIST:$(LOCAL_PATH)/%=%)的语法含义,
它的意思是对MY_CPP_LIST中每一项,应用冒号后面的规则,规则是什么呢?
规则是$(LOCAL_PATH)/%=%,意思是,查找所有$(LOCAL_PATH)/开头的项,并截取后面部分


#替换每一项中的 "$(LOCAL_PATH)/" 为 ""(空)
LOCAL_SRC_FILES := $(subst $(LOCAL_PATH)/, , $(MY_CPP_LIST))

#同模式替换,这里使用patsubst函数
LOCAL_SRC_FILES := $(patsubst $(LOCAL_PATH)/%, %, $(MY_CPP_LIST)) 


【简单写法 二】：引入单个目录(包括子目录)下的所有*.cpp和*.c源文件

MY_CPP_PATH  := $(LOCAL_PATH)/
My_All_Files := $(shell find $(MY_CPP_PATH)/.)
My_All_Files := $(My_All_Files:$(MY_CPP_PATH)/./%=$(MY_CPP_PATH)%)
MY_CPP_LIST  := $(filter %.cpp %.c,$(My_All_Files)) 
MY_CPP_LIST  := $(MY_CPP_LIST:$(LOCAL_PATH)/%=%)
 
LOCAL_SRC_FILES := $(MY_CPP_LIST)


【简单写法 二】： 引入多个目录(包括子目录)下的多个后缀名的源文件

# 扫描目录下的所有源文件
MY_FILES_PATH  :=  $(LOCAL_PATH) \
                   $(LOCAL_PATH)/../../Classes
 
MY_FILES_SUFFIX := %.cpp %.c %.cc
 
My_All_Files := $(foreach src_path,$(MY_FILES_PATH), $(shell find "$(src_path)" -type f) ) 
My_All_Files := $(My_All_Files:$(MY_CPP_PATH)/./%=$(MY_CPP_PATH)%)
MY_SRC_LIST  := $(filter $(MY_FILES_SUFFIX),$(My_All_Files)) 
MY_SRC_LIST  := $(MY_SRC_LIST:$(LOCAL_PATH)/%=%)

变量MY_FILES_PATH保存源文件所在目录
变量MY_FILES_SUFFIX保存源文件的后缀名

LOCAL_AIDL_INCLUDES   用于保存当前 aidl文件的路径
LOCAL_AIDL_INCLUDES := $(LOCAL_PATH)/java $(wificond_aidl_path)

LOCAL_REQUIRED_MODULES  指定模块运行所依赖的模块(模块安装时将会同步安装它所依赖的模块)


LOCAL_REQUIRED_MODULES := SoundRecorder  
//表示该模块需要SoundRecorder模块，在系统全编译的时候就会将SoundRecorder放入到system.img中，  如果单独编译mm的话就不会关心SoundRecorder

LOCAL_REQUIRED_MODULES的作用当编译整个android源码时，如果这个模块在编译路径中，
则会自动编译 SoundRecorder，并且打包到system.img。
如果不是编译整个源码，只是mm。则不会编译 SoundRecorder 直接使用生成相应的文件。　所以这个时候可能需要去使用mma 去编译。


整机开发集成64位.so库生效方法

集成需要在Android.mk文件下添加如下几个选项
LOCAL_SHARED_LIBRARIES := libsdk
LOCAL_REQUIRED_MODULES := libsdk
LOCAL_PREBUILT_LIBS := \
                libsdk:libs/arm64-v8a/libsdk.so

验证是否生效：
编译生成目录：
     out/target/product/project_name/system/lib64/libsdk.so

更新到手机对应目录
    /system/lib64/libsdk.so

LOCAL_CFLAGS += -Wall -Werror -Wextra -Wno-unused-parameter -Wno-unused-function \
                -Wunused-variable -Winit-self -Wwrite-strings -Wshadow



LOCAL_CFLAGS 表示用于 C 编译器的选项
CXXFLAGS     表示用于 C++ 编译器的选项。
这两个变量实际上涵盖了编译和汇编两个步骤。


LOCAL_CFLAGS += -DXXX   相当于在所有源文件中增加一个宏定义#define XXX
LOCAL_CFLAGS += -Wxxx    // 打开警告开关

编译出现警告性错误unused-but-set-variable，变量定义但没有使用
解决方法:
 增加CFLAGS 或CPPFLAGS参数如下：
  LOCAL_CFLAGS += -Wno-unused-parameter -Wno-unused-function

LOCAL_CFLAGS参数说明
1、-Wall
是打开警告开关

2、-O
代表默认优化，可选：-O0不优化，-O1低级优化，-O2中级优化，-O3高级优化，-Os代码空间优化

3、-g
是生成调试信息，生成的可执行文件具有和源代码关联的可调试的信息

4、-fopenmp
OpenMp是由OpenMP Architecture Review Board牵头提出的，并已被广泛接受的，用于共享内存并行系统的多处理器程序设计的一套指导性的编译处理方案(Compiler Directive)。OpenMP支持的编程语言包括C语言、C++和Fortran；而支持OpenMp的编译器包括Sun Compiler，GNU Compiler和Intel Compiler等。OpenMp提供了对并行算法的高层的抽象描述，程序员通过在源代码中加入专用的pragma来指明自己的意图，由此编译器可以自动将程序进行并行化，并在必要之处加入同步互斥以及通信。当选择忽略这些pragma，或者编译器不支持OpenMp时，程序又可退化为通常的程序(一般为串行)，代码仍然可以正常运作，只是不能利用多线程来加速程序执行。

5、-D
增加全局宏定义

6、-ffast-math  
浮点优化选项 -ffast-math：极大地提高浮点运算速度

7、-mfloat-abi=softfp 浮点运算

LOCAL_C_INCLUDES += \
	$(JNI_H_INCLUDE) \


LOCAL_C_INCLUDES 来设置头文件的include目录 

判断相等语句(形式1)：

         ifeq ($（变量名）， 变量值 )
           ........
         else ifeq ($(..), ..)
           .........
         else
           .........
         endif


判断相等语句(形式2 与 &&)：
        ifeq ($(VALUE1)_$(VALUE2), V1_V2)    ### 当然中间的下划线 "_" 可以用其他字符代替  
               do something....
        endif


判断相等语句(形式3  或 || )：
         ifneq ($(findstring $(VALUE1)$(VALUE2),  V1  V2),)
            do something...
         endif

  if( VALUE1 == V1 || VALUE2 == V2 ) {...} 可以用findstring函数做如下变通实现：
   #如果VALUE1或者VALUE2为V1或V2，则findstring 不会返回空。
---------------------------


//  类似可以实现  多个   if ( ($(TARGET_BOARD_PLATFORM) ==aaa ) || ($(TARGET_BOARD_PLATFORM) == bbbb) 
                            || $(TARGET_BOARD_PLATFORM) ==cccc ||  $(TARGET_BOARD_PLATFORM) == dddd ) 的 多条件情况 
ifneq ($(filter $(TARGET_BOARD_PLATFORM),  aaaa  bbbb cccc dddd  ),$(TARGET_BOARD_PLATFORM))
    L_CFLAGS += -DQCOM_NEW_IMP_PWR_CTRL
endif

判断相等语句(形式1)：

         ifneq ($（变量名）， 变量值 )
           ........
         else ifneq ($(..), ..)
           .........
         else
           .........
         endif

include、-include、sinclude的区别

如果指示符“include”指定的文件不是以斜线的绝对路径开始（绝对路径，如/usr/src/Makefile...），而且当前目录下也不存在此文件；
make将根据文件名试图在以下几个目录下查找：
首先，查找使用命令行选项“-I”或者“--include-dir”指定的目录，如果找到指定的文件，则使用这个文件；
否则继续依此搜索以下几个目录（如果其存在）：“/usr/gnu/include”、“/usr/local/include”和“/usr/include”。

当在这些目录下都没有找到“include”指定的文件时，make将会提示一个包含文件未找到的告警提示，但是不会立刻退出。
而是继续处理Makefile的后续内容。当完成读取整个Makefile后，make将试图使用规则来创建通过指示符“include”指定的但未找到的文件，
当不能创建它时（没有创建这个文件的规则），make将提示致命错误并退出。会输出类似如下错误提示：

Makefile:错误的行数：未找到文件名：提示信息（No such file or directory）
Make：*** No rule to make target ‘’. Stop



使用 include 关键字可以把别的 Makefile 包含进来，这很像 C 语言的#include，被包含的文件会原模原样的放在当前文件的包含位置。


通常我们在Makefile中可使用“-include”来代替“include”，来忽略由于包含文件不存在或者无法创建时的错误提示（“-”的意思是告诉make，忽略此操作的错误。make继续执行）
-include FILENAMES...
使用这种方式时，当所要包含的文件不存在时不会有错误提示、make也不会退出；除此之外，和第一种方式效果相同。



【 两种方式的比较 】：
使用“include FILENAMES...”，make程序处理时，如果“FILENAMES”列表中的任何一个文件不能正常读取而且不存在一个创建此文件的规则时make程序将会提示错误并退出。

使用“-include FILENAMES...”的情况是，当所包含的文件不存在或者不存在一个规则去创建它，make程序会继续执行，只有真正由于不能正确完成终极目标的重建时
（某些必需的目标无法在当前已读取的makefile文件内容中找到正确的重建规则），才会提示致命错误并退出。

为了和其它的make程序进行兼容。也可以使用“sinclude”来代替“-include”

Makefile 中的 include (依赖文件) 的执行过程


示例代码：定义了一个模式规则，即如何由.c文件生成.d文件的规则
 SRCS:$(wildcard *.c)
    DEPS=$(SRCS:*.c=*.d)           // 把SRCS中的所有字符串 符合*.c 规则的 都转换为 *.d 字符串 然后存储在 DEPS
    .....

    include $(DEPS)
    %.d:%.c                         // 使得每个.c文件生成对应.d文件     规则就是  gcc -MM $< > $@
        gcc -MM $< > $@             #注释:$^:表示所有的依赖文件 $@:表示目标文件


 - $@ : 表示一个规则中的目标.当规则中有多个目标时，$@ 所指的是其中任何造成规则的命令运行的目标
 - $^ : 表示规则中的所有依赖项
 - $< : 表示规则中的第一个依赖项


疑问 : 若是首次 make，目录下不存在 xxx.d 文件，同时 xxx.d 文件并不是哪个规则的依赖文件，所以   %.d:%.c   这条模式规则应该不会执行，可实际上执行了，因为目录下生成了 xxx.d 文件。
.d 文件  用gcc编译.c文件时 用来供gdb调试的文件

结果 : 经过测试，发现首次 make 时，当执行到 include $(DEPS) 的时候，终端在报告了如下警告: 
makefile:6: xxx.d: No such file or dirctory 
之后，会默认在 makefile 中去找以 xxx.d 为目标的规则并执行，若该规则也没发现，便会报错并中止执行。

清理（可能由其他模块设置过的）编译环境中用到的变量

$([url=]filter[/url] PATTERN…,TEXT)
函数名称：过滤函数—filter。
函数功能：过滤掉字串“TEXT”中所有不符合模式“PATTERN”的单词，保留所有符合此模式的单词。
可以使用多个模式。模式中一般需要包含模式字符“%”。存在多个模式时，模式表达式之间使用空格分割。
返回值：空格分割的“TEXT”字串中所有符合模式“PATTERN”的字串。
函数说明：“filter”函数可以用来去除一个变量中的某些字符串，我们下边的例子中就是用到了此函数。


// $(TARGET_BOARD_PLATFORM) 只要是 taro lahaina aaaa  bbbb cccc dddd  其中一个那么就执行if
ifeq ($(filter $(TARGET_BOARD_PLATFORM),  taro lahaina aaaa  bbbb cccc dddd  ),$(TARGET_BOARD_PLATFORM))
    L_CFLAGS += -DQCOM_NEW_IMP_PWR_CTRL
endif


//  类似可以实现  多个   if ( (conA) || (conB) || (conC)) 的 多条件情况 
ifneq ($(filter $(TARGET_BOARD_PLATFORM),  aaaa  bbbb cccc dddd  ),$(TARGET_BOARD_PLATFORM))
    L_CFLAGS += -DQCOM_NEW_IMP_PWR_CTRL
endif


FILTER_VALUE_A := $(filter $(TARGET_BOARD_PLATFORM),  aaaa  bbbb cccc dddd )

$(warning "zukgit FILTER_VALUE_A is $(FILTER_VALUE_A)")

函数功能：和“filter”函数实现的功能相反。过滤掉字串“TEXT”中所有符合模式“PATTERN”的单词，保留所有不符合此模式的单词。可以有多个模式。存在多个模式时，模式表达式之间使用空格分割。。
返回值：空格分割的“TEXT”字串中所有不符合模式“PATTERN”的字串。
函数说明：“filter-out”函数也可以用来去除一个变量中的某些字符串，（实现和“filter”函数相反）。



ifeq ($(filter $(TARGET_BOARD_PLATFORM),  taro lahaina aaaa  bbbb cccc dddd  ),$(TARGET_BOARD_PLATFORM))
    L_CFLAGS += -DQCOM_NEW_IMP_PWR_CTRL
endif


FILTER_OUT_VALUE_A := $(filter-out $(TARGET_BOARD_PLATFORM),  taro lahaina aaaa  bbbb cccc dddd )

$(warning "zukgit FILTER_OUT_VALUE_A is $(FILTER_OUT_VALUE_A)")

$(subst FROM,TO,[url=]TEXT[/url] )
函数名称：字符串替换函数—subst。
函数功能：把字串“[url=]TEXT[/url] ”中的“FROM”字符替换为“TO”。
返回值：替换后的新字符串。



SUB_STR_TEST :=$(subst , $(TARGET_PRODUCT) , aaaa, monaAAAAAAA   )  

$(warning " SUB_STR_TEST is $(SUB_STR_TEST)")

MY_C_FILE_LIST :=$(wildcard $(LOCAL_PATH).c)   // wildcard常用于搜索当前目录下指定 后缀名的函数  返回该目录下该后缀名的文件列表


$(warning " MY_C_FILE_LIST is $(MY_C_FILE_LIST)")

$(addprefix $(OBJ_DIR)/,$(OBJ))   // addprefix 用于把变量集合统一加前缀  时常用于把相对地址 变为绝对地址

 $(findtring 参数A ,参数B)   只返回参数A 或者为空
 

ifeq ($(findstring  [skyline]【参数A】, [$(strip $(TARGET_PRODUCT))]【参数B】), [skyline])

// ifeq ($(findstring  [skyline], [$(strip $(TARGET_PRODUCT))]), [skyline])

endif


// 1. [$(strip $(TARGET_PRODUCT))]【参数B】的解析出来的字符串 是否包含  匹配的值是否是 [skyline] 【参数A】
// 2. 如果 【参数B】 包含 [skyline] 【参数A】  , 那么 findstring 的返回值为  [skyline] 【参数A】  
// 3. 如果 【参数B】 不包含 [skyline] 【参数A】  findstring 返回 空 

var TARGET_PRODUCT=skyline 



ifeq ($(findstring  sky, [$(strip $(TARGET_PRODUCT))]), sky)
$(warning "___1_sky__ TARGET_PRODUCT is $(TARGET_PRODUCT)")
endif

ifeq ($(findstring  skyline, [$(strip $(TARGET_PRODUCT))]), skyline)
$(warning "___2_skyline__ TARGET_PRODUCT is $(TARGET_PRODUCT)")
endif



ifeq ($(findstring  [sky], [$(strip $(TARGET_PRODUCT))]), [sky])
$(warning "___3_[sky]___ TARGET_PRODUCT is $(TARGET_PRODUCT)")
endif

ifeq ($(findstring  [skyline], [$(strip $(TARGET_PRODUCT))]), [skyline])
$(warning "___4__ [skyline]___ TARGET_PRODUCT is $(TARGET_PRODUCT)")
endif


程序打印: 
___1_sky__ TARGET_PRODUCT is skyline              ###   $(findstring  sky , skyline) 返回值为  sky
___2_skyline__ TARGET_PRODUCT is skyline          ###   $(findstring  skyline , skyline)    返回值为  skyline
___4__ [skyline]___ TARGET_PRODUCT is skyline     ###   $(findstring  [skyline] , [skyline])   返回值为  [skyline]


注意没有打印 : ___3_[sky]___  ###    $(findstring  [sky] , [skyline]) 返回值为NULL空     是因为我们加入了中括号 确保了值的唯一性， $(findtring 参数A ,参数B)   只返回参数A 或者为空

LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE_TAGS := optional
LOCAL_STATIC_JAVA_LIBRARIES := gson2.2 aquery v3dcore asupport socketio
LOCAL_SRC_FILES := $(call all-java-files-under, src) \
                   src/com/letv/t2/launcher/aidl/service/LiveLayerStatusBinderInterface.aidl \
                   src/com/letv/t2/launcher/aidl/service/BarrageObserver.aidl \
# Add overlay folder.
LOCAL_PACKAGE_OVERLAYS := overlay
LOCAL_PACKAGE_NAME := Settings           #【编译的包名 Settings】
LOCAL_CERTIFICATE := platform
ifeq ($(findstring full_mstarnapoli,$(TARGET_PRODUCT)),full_mstarnapoli)
    LOCAL_JAVA_LIBRARIES := com.mstar.android
endif
include $(CLEAR_VARS)
LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES := gson2.2:libs/gson-2.2.2.jar
LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES += aquery:libs/android-query.0.24.3.jar
LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES += v3dcore:libs/V3DCore.jar
LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES += asupport:libs/android-support-v4.jar
LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES += socketio:libs/android-websockets.jar
include $(BUILD_MULTI_PREBUILT)
include $(BUILD_PACKAGE)             # 【 编译成APK 】 Settings.apk

LOCAL_PATH := $(call my-dir)  
include $(CLEAR_VARS)  
# Build all java files in the java subdirectory  
LOCAL_SRC_FILES := $(call all-subdir-java-files)  
# Any libraries that this library depends on  
LOCAL_JAVA_LIBRARIES := android.test.runner  
# The name of the jar file to create  
LOCAL_MODULE := sample     # 【编译的jar包名 sample 】
# Build a static jar file.  
include $(BUILD_STATIC_JAVA_LIBRARY)     # 【 编译成jar 】 sample.jar

LOCAL_PATH := $(call my-dir)  
#include $(CLEAR_VARS)  
LOCAL_SRC_FILES := main.c  
LOCAL_MODULE := test_exe  # 【编译的bin执行文件名称  test_exe 】
#LOCAL_C_INCLUDES :=  
#LOCAL_STATIC_LIBRARIES :=  
#LOCAL_SHARED_LIBRARIES :=  
include $(BUILD_EXECUTABLE)   # 【 编译成 bin 】 test_exe.bin

LOCAL_PATH := $(call my-dir)  
include $(CLEAR_VARS)  
LOCAL_SRC_FILES :=  
helloworld.c  
LOCAL_MODULE:= libtest_static      # 【编译的 .a 静态库库文件名称  libtest_static 】
#LOCAL_C_INCLUDES :=  
#LOCAL_STATIC_LIBRARIES :=  
#LOCAL_SHARED_LIBRARIES :=  
include $(BUILD_STATIC_LIBRARY)   # 【 编译成 .a 】 libtest_static.a

LOCAL_PATH := $(call my-dir)  
include $(CLEAR_VARS)  
LOCAL_SRC_FILES := helloworld.c  
LOCAL_MODULE := libtest_shared      # 【编译的 .so 静态库库文件名称  libtest_static 】
TARGET_PRELINK_MODULES := false  
#LOCAL_C_INCLUDES :=  
#LOCAL_STATIC_LIBRARIES :=  
#LOCAL_SHARED_LIBRARIES :=  
include $(BUILD_SHARED_LIBRARY)

1）APK程序：XXX_intermediates 
2）JAVA库程序：XXX_intermediates  
3）CC++可执行程序：XXX_intermediates 
4）CC++静态库： XXX_static_intermediates 
5）CC++动态库： XXX_shared_intermediates

LOCAL_PATH := $(call my-dir) 
include $(CLEAR_VARS) 
LOCAL_PREBUILT_LIBS := libA.a libB.a          
LOCAL_STATIC_LIBRARIES := libA libB  
include $(BUILD_MULTI_PREBUILT)

include $(CLEAR_VARS)
 
LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES :=libbaidumapapi:libs/baidumapapi.jar
LOCAL_PREBUILT_LIBS :=libBMapApiEngine_v1_3_1:libs/armeabi/libBMapApiEngine_v1_3_1.so
LOCAL_MODULE_TAGS := optional
include $(BUILD_MULTI_PREBUILT)
 
# Use the following include to make our testapk.
include $(callall-makefiles-under,$(LOCAL_PATH))