原因1：我在一个Android.mk中声明了两个LOCAL_PATH变量导致ndk-build的时候原因2：可能是在写某个变量事后面多加了个空格什么的原因3：文件路径的改变NDK编译注意的问题1、相对路径的问题

原因：1，可能android.mk中没有加入对应的cpp文件。2，在xcode下开发。能够直接＃include"cocos-ext.h"，由于xcode会自己主动匹配路径，但转到and

中修改APP_PLATFORM:=android-8这种跟这种都有STLPORT_FORCE_REBUILD:=true但我还是照样出错，终于发现了一个如果我用sqllite不把那个shell.c加进Android.mk

提示filenotfound“extensions/coocs-ext.h”还记得2年前初次碰到这类问题，慌得要死现在就是小菜一叠上网查查，说缺了配置extensions解决方案就是jni/android.mk

想在androidaosp创建一个so库文件的源码，在编译的时候一直出现Noruletomaketarget'/Android.mk'这个错误，反复对照着其它so的源码修改Android.mk也无效，最后在修改这个文件夹名字的时候发现在文件夹名最后多出了一个空格

1.编译时出现Noruletomaketarget错误，尝试删除XXX/proj.android/obj/local/armeabi/objs这个文件夹。2.android.mk正确写法LOCAL_PATH:=$(callmy-dir)include$(CLEAR_VARS)LOCAL_MODULE:=cocos2dcpp_sharedLOCAL_MODULE_FILENAME:=libcocos

在之前的项目中使用原生VideoView，存在一个加载非常慢的问题，为了提升加载速度，在项目中使用ExoPlayer来替换原视频方案．ExoPlayer是Google提供的开源视频库，提供了功能更强大的媒体播放功能，支持多种格式https://github.com/google/ExoPlayer我这里只需要能播最普通的Mp4即可，参考官方Demo，删减一下，就能得到一个简单的视频播放器，然后移植

最近做JNI调用第三方so中的c方法，总是报找不到so文件，今天终于解决了，总结如下：一、在根目录下建立Android.mk文件LOCAL_PATH:=$(callmy-dir)include$(CLEAR_VARS

1.Cocos2d-x.org上的wiki是使用ndkr4和r5的，在我编译的时候最新的ndk为r6b，这个版本不需要修改cocos2dx/Android.mk和helloworld/Android.mk

1.在/frameworks/base/cmds/目录下新建test目录，将wm下的Android.mk，wm和src目录拷贝到test目录2.修改wm文件名称为Test，内容修改为：#Scripttostart"wm"onthedevice

libs’]//ThispreventstheautogenerationofAndroid.mk}并File-setting-搜索-externaltools建立一个ndk-build构建工具并且配置Android.mk

注意：在Android.mk里，在LOCAL_SRC

目录下的envsetup.sh脚本，使mmm命令有效（此命令要在源码根目录下运行，用来对单个源码模块进行编译）2）mmmpackages/apps/Launcher2///编译单个源码模块（目录下要有Android.mk

Android.mk文件语法规范根据eoeandroid上的的连载，进行一些更新、修改和加亮。

1.添加vendor\mediatek\proprietary\custom\hct6735m_65u_l\resource\Android.mk内容：LOCAL_PATH:=$(callmy-dir)

\android\hardware\Camera.java，对应system\framework\framework.jar，怎么知道是对应framework.jar呢，framework\base有Android.mk

:error:CreateProcess:Nosuchfileordirectory原因是.MK文件中包含的文件太多了，也就是cpp文件过多导致，而windows对于函数参数个数有限制，解决的方法：在Android.mk

首先在项目建一个jni文件夹,把C代码放在jni目录下，编译时需要android.mk文件，用于声明编译后的文件名和编译那个c文件等信息.JAVA代码publicclassDemoActivityextendsActivity

Mg701内置APK有三种方式一、这种方法必须要自己编写Android.mk文件（关于Android.mk可以参考），在研发中，自己有源码时，可以将APK的源码包置于Android源码中（比如：alps

原文地址：http://www.jianshu.com/p/178a2169b7ff这篇文章是使用我上一篇文章AndroidStudio使用gradle-experimental构建NDK工程(无需Android.mk

欢迎讨论通过NDK编译jni网上有很多例子，在这我只总结在Android源码下编译1、android源码环境下编译so包，编出来的.so的包前面不会自动给添加lib,NDK编译会自动给添加lib，即使Android.mk

HOST端运行的命令2、ADBserviceHOST端上的一个后台进程3、ADBdaemomDEVICE端（真实的机器或者模拟器）的守护进程ADB代码位于/system/core/adb目录下，通过查看Android.mk

从Android原生程序开发包（AndroidNDK）r3开始，加入了对NEON与VFP指令的支持，如果想使用NEON指令集，需要在Android.mk中加入一行“LOCAL_ARM_NEON:=true

在/android-ndk-r6b目录下新建jni文件夹，将要编译的文件拷入其中，编写好Android.mk文件，执行编译

1.上层应用APP1）源文件：packages/experimental/Freg/├──AndroidManifest.xml├──Android.mk├──res│  ├──drawable│  │

解决方案：在Android.mk中添加LOCAL_CPPFLAGS+=-fexceptions即可编译成功。

1.makefile1.1gcc的参数-Wall：是打开警告开关，-O：代表默认优化，可选：-O0不优化，-O1低级优化，-O2中级优化，-O3高级优化，-Os代码空间优化。-g：是生成调试信息，生成的可执行文件具有和源代码关联的可调试的信息。-I（大写的i）：代表后面跟的目录为第一个寻找头文件的目录-L：代表后面跟的目录为第一个寻找库文件的目录-l（小写的L）：表示libxxx.so库文件-st

ifneq($(TARGET_SIMULATOR),true)LOCAL_PATH:=$(callmy-dir)//定义当前目录include$(CLEAR_VARS)LOCAL_SRC_FILES:=.cpp\//所需要的源文件LOCAL_C_INCLUDES+=$(KERNEL_HEADERS)\$(LOCAL_PATH)/boost/include/boost-1_48//添加源文件所需要的

源码链接添加个cpp文件后要RefreshLinkedC++Projects用gradle-ndk-build:importorg.apache.tools.ant.taskdefs.condition.Osandroid{compileSdkVersionversionCompilerbuildToolsVersionversionBuildToolcompileOptions{sourceCo

最近将以前的eclipse项目迁移到androidstudio上，开发的程序动态库的部分比较复杂，能不能直接在studio编译原来的jni呢？答案是肯定的，只需要配置一下就可以了。第一步，设置当前的ndk路径第二步，将eclipse工程中的jni目录拷贝到src/main目录下；第三步，在build.gradle的android中加入一下代码，sourceSets{main{jniLibs.src

关于AndroidNDK开发的文章已经比较多了，我的博客中也分享了很多NDK开发相关经验和技巧，今天简单写了一个Android.mk的示例模板，供初学者参考。

而在Android下的Android.mk文件也是类型的功能，顾名思义，从名字上就可以猜测得到，Android.mk文件是针对Android的Makefile文件.具体来说：该文件是GNUMakef

http://www.cnblogs.com/hesiming/archive/2011/03/15/1984444.html

arm-none-linux-gnueabi-gcc-ccontrol.c-Iinclude///分别产生control.opcm.omixer.oarm-none-linux-gnueabi-gcc-olibtinyalsa.so-shared-fPICmixer.opcm.ocontrol.o//生成ibtinyalsa.so库文件arm-none-linux-gnueabi-gcc-otin

我们在Android平台写c/c++程序的时候需要用到Android.mk(Makefile)，一般用来编译c/c++源码、引用第三方头文件和库，生成程序所需的so文件。

Exception机制，因而导致NDK编译失败，抛出错误:exceptionhandlingdisabled,use-fexceptionstoenable原因此问题的出现是编译器的异常异常捕获被禁用了，需要在Android.mk

https://blog.csdn.net/gjq_1988/article/details/12573721

LOCAL_PATH:=$(callmy-dir)include$(CLEAR_VARS)LOCAL_MODULE:=live555LOCAL_SRC_FILES:=liblive555.ainclude$(PREBUILT_STATIC_LIBRARY)include$(CLEAR_VARS)LOCAL_MODULE:=stdc++LOCAL_SRC_FILES:=libstdc++.aincl

问题：1.三方库的拷贝问题，(如果是将*.so放在libs/armeabi下，有可能在编译后会被NDK清除掉，所以导致找不到库的问题：解决方法1：通过NDK，添加android.mk文件，进行拷贝，但此处

一、简介Android.mk是一种脚本语言，是将C/C++源文件粘合至NDK的构建文件。

本文转自：http://linux.chinaunix.net/bbs/thread-1150029-1-1.htmlandroid是什么就不用说了，android自从开源以来，就受到很多人的追捧。当然，一部人追捧它是因为它是Google开发的。对一个程序员来说，一个系统值不值得追捧得要拿代码来说话。我这里并不打算分析android的代码，而是android的makefile，我想通过分析ando

系统中所有使用android.uid.system作为共享UID的APK，都会首先在manifest节点中增加android:sharedUserId=“android.uid.system”，然后在Android.mk

今天在移植一个LinuxC程序到Android源码层时遇到一个问题，记录下来已备其他遇到此类问题的朋友查阅：/home/***/android4.2/prebuilts/gcc/linux-x86/arm/arm-linux-androideabi-4.6/bin/../lib/gcc/arm-linux-androideabi/4.6.x-google/../../../../arm-linux

通过gradle和jni(C/C++代码目录)，无需Android.mk文件。配置gradle。在gradle.properties里面加上这句。

方便在Android.mk中定义自己的变量，我们建议使用MY_前缀一、单个android.mk文件LOCAL_PATH:=$(callmy-dir)提示当前文件的路径，必须定义在文件开头my-dir返回当前

在我们编写Android平台cocos2d-x游戏的时候，我们除了编写Classes之内的源代码文件之外，我们还需要维护其编译文件Android.mk，如我们在Classes添加新的源文件，那么我们就要在

一、AndroidNDK中列出的部分库文件：|--crtbegin_dynamic.o|--crtbegin_static.o|--crtend_android.o|--libc.a|--libc.so|--libdl.so|--liblog.so|--libm.a|--libm.so|--libstdc++.a|--libstdc++.so|--libthread_db.a|--libthrea

转自：https://blog.csdn.net/u012041204/article/details/73823606一、Android中的签名系统默认的四种签名类型：四组默认签名供Android.mk

https://blog.csdn.net/gjq_1988/article/details/12573721

makefile的ifeq和ifdef的区别分类：c语言2012-06-1917:176914人阅读评论(0)收藏举报makefilegcc扩展测试makefile详解条件判断二十使用条件判断——————使用条件判断，可以让make根据运行时的不同情况选择不同的执行分支。条件表达式可以是比较变量的值，或是比较变量和常量的值。一、示例下面的例子，判断$(CC)变量是否“gcc”，如果是的话，则使用G