安卓編譯cpp程序

⑴ android用cmake怎麼導入cpp文件夾，undifined reference to

ndroid Studio升級到2.2之後，我們可以先配置好NDK開發的一些所需工具，如圖，在SDK Tools中勾選安裝CMake、LLDB、NDK。

CMake: 外部構建工具。如果你准備只使用 ndk-build 的話，可以不使用它。
LLDB: Android Studio上面調試本地代碼的工具。
Android Studio自帶DEMO了解CMAKE
Android Studio升級到2.2版本之後，在創建新的project時，界面上多了一個Include C++ Support的選項。勾選它之後將會創建一個默認的C++與java混編的Demo程序。就讓我們先來看看這個官方標准Demo吧。
開始之前最好先下載好NDK，見NDK開發 從入門到放棄(一：基本流程入門了解)，即在Project Structure界面Android NDK location處下載或選擇正確的路徑。或者使用上方提供的工具安裝方法來進行下載。否則，創建的新project也會報錯，需要配置好後clean。
File -> New -> New Project，在如下界面中勾選Include C++ Support，然後一路 Next，直到 Finish 為止即可。

項目打開後我們查看目錄結構，與常規項目不同的是多了.externalNativeBuild文件夾、cpp文件夾、CMakeLists.txt文件，如下圖：

這三個東西都是NDK部分：
1. .externalNativeBuild文件夾：cmake編譯好的文件, 顯示支持的各種硬體等信息。系統生成。
2. cpp文件夾：存放C/C++代碼文件，native-lib.cpp文件是該Demo中自帶的，可更改。需要自己編寫。
3. CMakeLists.txt文件：CMake腳本配置的文件。需要自己配置編寫。
Gradle中也有兩處不同：

java代碼：
public class MainActivity extends AppCompatActivity {

@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);

// Example of a call to a native method
TextView tv = (TextView) findViewById(R.id.sample_text);
tv.setText(stringFromJNI());
}

/**
* A native method that is implemented by the 'native-lib' native library,
* which is packaged with this application.
*/
public native String stringFromJNI();

// Used to load the 'native-lib' library on application startup.
static {
System.loadLibrary("native-lib");
}
}2223

從native-lib.cpp的代碼中我們能看到它使用的是靜態注冊的方式，動態注冊的方式代碼同傳統JNI。
#include <jni.h>
#include <string>

extern "C"
jstring
Java_com_example_person_myapplication_MainActivity_stringFromJNI(
JNIEnv* env,
jobject /* this */) {
std::string hello = "Hello from C++";
return env->NewStringUTF(hello.c_str());
}12345678910111234567891011

CMakeLists.txt文件中我們需要注意的是下面這三個地方。兩個library的名字（需一致）以及一個cpp文件的路徑，彼此需要對應一致，當我們自己定義library以及自己創建cpp文件時需要對應修改。

⑵ Android.mk介紹(一)

在linux下，可以通過Makefile來對源碼工程進行管理，Android.mk文件是Makefile的一小部分，它用來對Android程序進行編譯。Android.mk文件中描述了哪些C文件將被編譯且指明了如何編譯。Android.mk文件用來告知NDK Build 系統關於Source的信息。

1、編譯可執行程序

2、編譯動態庫或靜態庫

3、預編譯文件(APK或Java庫)

以上三種是Android.mk的主要用法，我們寫mk文件時也就是以上三種目的。

首先看一個最簡單的Android.mk的例子：

講解：

每個Android.mk文件必須以定義 LOCAL_PATH 為開始。它用於在開發tree中查找源文件。

宏 my-dir 由Build System提供。返回包含Android.mk的目錄路徑。

CLEAR_VARS 變數由Build System提供。並指向一個指定的GNU Makefile，由它負責清理很多LOCAL_xxx.

例如：LOCAL_MODULE, LOCAL_SRC_FILES, LOCAL_STATIC_LIBRARIES等等。但不清理 LOCAL_PATH .

這個清理動作是必須的，因為所有的編譯控制文件由同一個GNU Make解析和執行，其變數是全局的。所以清理後才能避免相互影響。

LOCAL_MODULE 模塊必須定義，以表示Android.mk中的每一個模塊。名字必須唯一且不包含空格。

Build System會自動添加適當的前綴和後綴。例如，foo，要產生動態庫，則生成libfoo.so.

但請注意：如果模塊名被定為：libfoo.則生成libfoo.so. 不再加前綴。

LOCAL_SRC_FILES變數必須包含將要打包如模塊的C/C++ 源碼。

不必列出頭文件，build System 會自動幫我們找出依賴文件。

預設的C++源碼的擴展名為.cpp. 也可以修改，通過LOCAL_CPP_EXTENSION。

BUILD_SHARED_LIBRARY：是Build System提供的一個變數，指向一個GNU Makefile Script。

它負責收集自從上次調用include $(CLEAR_VARS) 後的所有LOCAL_XXX信息。並決定編譯為什麼。

BUILD_STATIC_LIBRARY：編譯為靜態庫。
BUILD_SHARED_LIBRARY ：編譯為動態庫
BUILD_EXECUTABLE：編譯為Native C可執行程序

BUILD_PACKAGE（既可以編apk，也可以編資源包文件，但是需要指定LOCAL_EXPORT_PACKAGE_RESOURCES:=true)

BUILD_JAVA_LIBRARY（Java共享庫）

BUILD_STATIC_JAVA_LIBRARY（java靜態庫）

Android源碼中有大量的mk文件，Android系統的編譯就是靠著這些mk文件的，所以學好是非常有必要的哦！

⑶ 如何在Android平台下編譯帶STL的C++程序

1、下載最新的Android SDK，下載Android NDK R9C版本。

2、如是在windows平台下需要在PATH中設置環境變數，以便於直接調用NDK來編譯C++程序。

將如下兩個路徑加入到PATH中：<ANDROID_NDK>;<ANDROID_SDK>\platform-tools

其中<NDK>為你的計算機上Android NDK的安裝路徑，<SDK>為Android SDK的安裝路徑

如果在你的SDK下沒有platform-tools目錄，則在Eclipse中按照如下截圖進行操作：

3、為要編譯的C++程序建一個文件夾，如myproject。在myproject下再建一個jni文件夾，將源代碼放在這個文件夾下，myproject/jni。

mkdir myproject

mkdir myproject/jni

4、在jni文件夾下建兩個分別名為：android.mk和
application.mk文件。android.mk類以於C++程序的makefile，application.mk則指明當前程序依賴的庫。

android.mk的示例為：

LOCAL_PATH:= $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := my_first_app #指明C++程序編譯出的可執行程序的名稱

LOCAL_SRC_FILES:= my_first_app0.cpp \ #指明要編譯的源文件，可以有很多個

my_first_app1.cpp\

…

include$(BUILD_EXECUTABLE)#表明編譯的是可執行程序

/**************************************************************************/

application.mk的示例為：（在application.mk中指明STL庫）

APP_STL:= gnustl_static

這里選STL庫時有四個選項：

system - 使用默認最小的C++運行庫，這樣生成的應用體積小，內存佔用小，但部分功能將無法支持
stlport_static - 使用STLport作為靜態庫，這項是Android開發網極力推薦的
stlport_shared - STLport 作為動態庫，這個可能產生兼容性和部分低版本的Android固件，目前不推薦使用。
gnustl_static - 使用 GNU libstdc++ 作為靜態庫

默認情況下STLPORT是不支持C++異常處理和RTTI，所以不要出現 -fexceptions 或 -frtti ，如果真的需要可以使用gnustl_static來支持標准C++的特性，但生成的文件體積會偏大，運行效率會低一些。

支持C++異常處理，在Application.mk中加入 LOCAL_CPPFLAGS +=
-fexceptions這句，同理支持RTTI，則加入LOCAL_CPPFLAGS +=
-frtti，這里再次提醒大家，第二條說的使用gnustl靜態庫，而不是stlport。

強制重新編譯 STLPort ，在Application.mk中加入 STLPORT_FORCE_REBUILD := true 可以強制重新編譯STLPort源碼，由於一些原因可能自己需要修改下STLPort庫，一般普通的開發者無需使用此項

5、打開控制台(cmd)，在myproject目錄下用android的NDK build工具編譯C++程序：

cd myproject

$NDK/ndk-build

如果程序沒錯的話，會編譯出android的可執行程序，位置在myproject/libs/armeabi/my_first_app

8、將編譯出來的my_first_app放到手機或是模擬器上運行。在windows的cmd上運行adb.exe。

用adb.exe將my_first_app程序push到手機或模擬器的/data/local目錄上：

adb.exepush myproject\libs\armeabi\my_first_app /data/local。

9、通過adb，在手機上運行my_frist_app：

在cmd上運行:

adb.exe shell

由此進入到手機的linux終端上，接下來再更改my_first_app的許可權使其可以運行：

cd /data/local

chmod 777 my_first_app

./my_first_app//如果沒錯的話，這一步即可運行my_first_app

至此在android上編譯含STL的C++程序的過程結束。

⑷ 手機能否裝C語言編譯器

可以裝，不過需要安卓手機。

安裝步驟如下：

1、我們打開谷歌應用商店。在搜索框里輸入mobile c查找應用程序。下載並安裝好

6、可以看到這里正確的輸出了Hello World字元串。

⑸ Android Studio NDK開發同時編譯多個CPP文件時該如何配置

你可以整多幾個mole，每個mole一個apk，嘩碰御這樣是可以了。proctFlavors{main2{applicationId"亂岩吵戚com.amar.hello2"}main3{applicationId"ca.laplanete.mobile.example"}}

⑹ 請問有android開發環境的cpp編譯器嗎

編譯bootloader和Linux Kernel是採用的是獨立的ARM交叉編譯器，可以在 \10.4.69.249androidepoarm-2008q3-72-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2 獲得。編譯Android根文件系統和SDK使用的是Android系統自帶的交叉編譯環境。
使用如下命令安裝交叉編譯器，建議安裝在 /usr/local/ 目錄下(需具有root許可權)。
[root]$ cd /usr/local/
[root]$ tar xjvf /arm-2008q3-72-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2
將交叉編譯器的路徑添加到對應用戶名的.bash_profile 文件中。
[root]$ cd
[root]$ vim .bash_profile
修改其中的PATH一行，在末尾增加交叉編譯器的路徑，例如：
PATH=$PATH:/usr/local/bin/arm-2008q3/bin
運行如下命令檢查交叉編譯器是否安裝成功，得到如下結果表示安裝已經成功。
[root]$ arm-none-linux-gnueabi-gcc ?version
arm-none-linux-gnueabi-gcc (Sourcery G++ Lite 2008q3-72) 4.3.2
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for ing conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

⑺ 我想在安卓手機上編編程，有什麼軟體可用

NO.1c4droid一款手機上的c語橘巧言編譯器。個鎮友人認為手機上最好用的，沒有之一！c4droid是款Android設備上的C/C++程序編譯器。

NO.2AIDE功能強大，內置學習教程。

AIDE是一個AndroidJava集成開發環境，可以讓你在Android系統內進行Android軟體和游戲的開發。

NO.3我的應用iapp專為手機研發，代碼編寫簡單，學習容易。iapp還很年輕，特別需要大家的支持！NO.4cppdroid和c4droid一樣，是一款手機上的c語言編譯器。安卓上的C/C++編譯環境,可以幫助你在手機上編寫c/c++程序，和c4droid各有優點，cppdroid最大的優點就是可以即時報錯，寫一個字元就檢查一遍，保證程序的正確性，而且御伍槐編譯速度快，雖然還有部分地方趕不上c4droid，但是和c4droid搭配還是不錯的。

⑻ TC/C/CPP的手機版本編譯器的fopen()里到底該填什麼

是特殊符號, 用來做Escape的, 所以輸出\本身需要兩個\\
所以文件名應該是 "F:\\XS2.DAT"

⑼ 怎麼樣將自己開發的Android應用程序編譯到系統Image中

1. 搭建編譯環境
編譯環境： Ubuntu 10.10
Android版本：Android 2.2

編譯過程中可能需要在Ubuntu上安裝必要的一些軟體，我安裝過的包含如下軟體，不同的系統可能會有差別：
jdk6(Android官方建議裝jdk5，但是我在編譯時會遇到Java override問題，改用6沒有任何問題), bison, lib64z1-dev, libasound2-dev, flex, gperf, libncurses5-dev

2. 應用程序存放目錄
SimpleJNI是採用Android NDK和Java編寫的程序，包含apk和so庫文件，它的源代碼在source tree的development/samples/目錄下。
實際上package在編譯時所放的目錄並沒有明確限定，編譯後apk和so存放的位置是根據目錄下Android.mk所指定的編譯類型所決定的，例如：
SimpleJNI根目錄下的Android.mk中有一行include $(BUILD_PACKAGE)，表示將該目錄下的模塊編譯成package，即apk文件，默認存放的位置為/system/app。
SimpleJNI/jni目錄下的Android.mk中有一行為include $(BUILD_SHARED_LIBRARY)，表示將該目錄下的native.cpp編譯為共享庫文件，即so文件，默認存放的位置為/system/lib

因此，如果我們想要將自己編寫的程序編譯至image中，只需要將Eclipse下完成的整個工程到source tree下的某個目錄即可，我一般習慣放到packages/apps下。

3. 添加Android.mk
完成了上一步，可以知道，Android.mk在編譯中起著至關重要的作用，這其實就是Android編譯環境中的make file。為了完成我們的工作，需要在源代碼中添加Android.mk。添加自己的Android.mk可以仿照SimpleJNI中的Android.mk，稍微修改即可。我們首先看看SimpleJNI目錄下的兩個Android.mk的內容：
根目錄下的Android.mk

TOP_LOCAL_PATH:= $(call my-dir)

# Build activity

LOCAL_PATH:= $(TOP_LOCAL_PATH)
include $(CLEAR_VARS)

LOCAL_MODULE_TAGS := samples

LOCAL_SRC_FILES := $(call all-subdir-java-files)

LOCAL_PACKAGE_NAME := SimpleJNI

LOCAL_JNI_SHARED_LIBRARIES := libsimplejni

LOCAL_PROGUARD_ENABLED := disabled

include $(BUILD_PACKAGE)

# ============================================================

# Also build all of the sub-targets under this one: the shared library.
include $(call all-makefiles-under,$(LOCAL_PATH))

根目錄下的Android.mk決定了整個工程編譯的配置，其中，

LOCAL_PATH 定義了當前的目錄

LOCAL_MUDULE_TAGS 定義了當前模塊的類型，編譯器在編譯時會根據類型的不同有些差別，有些tags的mole甚至不會被編譯至系統中。LOCAL_MUDULE_TAGS主要有如下幾種：user debug eng tests optional samples shell_ash shell_mksh。optional表示在所有版本的編譯條件下都被編譯至image中，剩下的表示在該版本中才會被編譯只image中，如user表示在user版本下才會被編譯至image中。
對於包含LOCAL_PACKAGE_NAME的mk文件，該項默認為optinal，具體可以參看build/core/package.mk。SimpleJNI中定義為samples的具體作用我也不太清楚，為了保險起見，我自己的apk一般定義為optional。

LOCAL_SRC_FILES 定義了編譯apk所需要的java代碼的目錄

LOCAL_PACKAGE_NAME 這里需要改成自己的package的名字

LOCAL_JNI_SHARED_LIBRARIES 定義了要包含的so庫文件的名字，如果你的程序沒有採用JNI，這行不需要。

LOCAL_PROGUARD_ENABLED 定義了Java開發中的ProGuard壓縮方法，主要用來分析壓縮程序的，在我自己的應用中我沒有加這行。

include $(BUILD_PACKAGE) 這行是build的關鍵，表示當前java代碼build成apk

include $(call all-makefiles-under,$(LOCAL_PATH)) 表示需要build該目錄下的子目錄的文件，這樣編譯系統就會在當前目錄下的子目錄尋找Android.mk來編譯so等其它程序。

根據上述所寫，創建我自己的Android.mk如下：

TOP_LOCAL_PATH:= $(call my-dir)

# Build activity

LOCAL_PATH:= $(TOP_LOCAL_PATH)
include $(CLEAR_VARS)

LOCAL_MODULE_TAGS := optional

LOCAL_SRC_FILES := $(call all-subdir-java-files)

LOCAL_PACKAGE_NAME := TestJniApp

LOCAL_JNI_SHARED_LIBRARIES := libtestjniapp

include $(BUILD_PACKAGE)

# ============================================================

# Also build all of the sub-targets under this one: the shared library.
include $(call all-makefiles-under,$(LOCAL_PATH))
看起來很簡單吧，基本不需要改動即可。

Jni目錄下的Android.mk

由於我們的TestJniApp是用JNI完成的，包含C源代碼，因此也需要一個jni目錄下的Android.mk。同樣首先看看SimpleJNI中jni目錄下的Android.mk的內容：

LOCAL_PATH:= $(call my-dir)
include $(CLEAR_VARS)

LOCAL_MODULE_TAGS := samples

# This is the target being built.
LOCAL_MODULE:= libsimplejni

# All of the source files that we will compile.
LOCAL_SRC_FILES:= /
native.cpp

# All of the shared libraries we link against.
LOCAL_SHARED_LIBRARIES := /
libutils

# No static libraries.
LOCAL_STATIC_LIBRARIES :=

# Also need the JNI headers.
LOCAL_C_INCLUDES += /
$(JNI_H_INCLUDE)

# No special compiler flags.
LOCAL_CFLAGS +=

# Don't prelink this library. For more efficient code, you may want
# to add this library to the prelink map and set this to true. However,
# it's difficult to do this for applications that are not supplied as
# part of a system image.

LOCAL_PRELINK_MODULE := false

include $(BUILD_SHARED_LIBRARY)
LOCAL_MODULE 當前模塊的名字，即編譯後的so文件的名字

LOCAL_SRC_FILES 所要編譯的文件

LOCAL_SHARED_LIBRARIES, LOCAL_STATIC_LIBRARIES 該模塊要鏈接的動態庫和靜態庫。

LOCAL_C_INCLUDES 要包含的頭文件

LOCAL_CFLAGS C語言編譯選項

LOCAL_PRELINK_MODULE 定義是否使用prelink工具，它用事先鏈接代替運行時鏈接的方法來加速共享庫的載入，不僅可以加快起動速度，還可以減少部分內存開銷。

經過修改後，我自己的TestJniApp中jni目錄下的Android.mk如下：

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

LOCAL_MODULE := libtestjniapp
LOCAL_SRC_FILES := com_test_app_Jni.c
LOCAL_C_INCLUDES += $(JNI_H_INCLUDE)

LOCAL_PRELINK_MODULE := false

include $(BUILD_SHARED_LIBRARY)

這里有一點需要注意，如果要將so文件編譯入image，必須要修改LOCAL_MODULE_TAGS，將原有的值samples修改為user，或者可以直接刪掉 。刪掉是因為對於包含LOCAL_MODULE的mk文件，如果沒有指定LOCAL_MODULE_TAGS，該項默認為user，而只有定義為user的情況下，才會將so文件編譯入image，具體定義可以參看build/core/base_rule.mk。

4. 修改/bulid/target/proct/generic.mk 把工程編譯到系統中
至此，還有最後一部工作。為了將工程編譯進入image，還需要在/bulid/target/proct/generic.mk文件中將package name添加進去

PRODUCT_PACKAGES := /
AccountAndSyncSettings /
CarHome /
DeskClock /
……
SyncProvider /
TestJniApp

完成上面這些步驟後，在source tree根目錄下編譯image就可以了。