ninja编译android

㈠ ninja工具在android上如何编译出来的

1.准备工作： （ubuntu1110 32位） ubuntu等linuxOS，下载好eclipse，安装好JDK， 安装好android的SDK， 在eclipse中成功打开android 手机模拟器即OK。 2.初始化编译环境 ： 关注该网页上的“installing required packages”,其中有的软件包因为版...

㈡ android 6.0的源码编译问题

看报错信息是找不到这个文件build/kati/Makefile.ckati。可能没有下载完全？
可以对比下别人的代码看有没有，或者可以问一些朋友要这个文件，实在没有。在ninjia.mk中把这行注释掉在编译试试。先make clean

㈢ 在编译项目的时候出现这样的错误

纯虚函数在派生类中如果没有实现，仍是纯虚函数，如果包含类中有纯虚函数，那么类自动成为抽象类，无法实例化，你看看Circle类有没有实现所有的纯虚函数。

㈣ 如何编译Chrome for Android

下载 depot_tools
下载 depot_tools（默认下载到当前用户主文件夹下的 chromium 子目录，自行根据需要修改，下载完毕后需要将 depot_tools 的目录添加到 PATH）
cd ~ mkdir chromium cd chromium git clone chromium.googlesource.com/chromium/tools/depot_tools.git
下载源代码和编译所需的第三方工具/库
fetch --nohooks android --nosvn=True cd src git checkout master # if you are building for Android: ./build/install-build-deps-android.sh gclient sync --nohooks
配置 GYP
~/chromium$ echo "{ 'GYP_DEFINES': 'OS=android', }" > chromium.gyp_env ~/chromium$ gclient runhooks
安装 java JDK（如果已经安装可以跳过）
# 安装 Open JDK 1.7 ~/chromium$ sudo apt-get install openjdk-7-jdk # 配置为默认 JDK sudo update-alternatives --config javac sudo update-alternatives --config java sudo update-alternatives --config javaws sudo update-alternatives --config javap sudo update-alternatives --config jar sudo update-alternatives --config jarsigner
编译 Content shell
# 编译 Release 版本并安装到手机上 ~/chromium/src$ ninja -C out/Release content_shell_apk ~/chromium/src$ build/android/adb_install_apk.py --apk ContentShell.apk --release # 编译 Debug 版本并安装到手机上，Debug 版本可用于调试 ~/chromium/src$ ninja -C out/Debug content_shell_apk ~/chromium/src$ build/android/adb_install_apk.py --apk ContentShell.apk --debug

㈤ android源码编译错误，求指点： out/target/proct/generic/obj/lib/libcamera.so', needed by

在生成libcamera.so库文件的Android.mk中即~/device/sumsumg/libcamera中，去掉其中的ifneq和ifeq条件即可编译生成libcamera.so

㈥ 有谁最近编译成功过 webrtc for android 的代码

1). 准备环境
1. Ubuntu 14.04 LTS 系统
2. 准备一个稳定的速度还可以的VPN 或者 VPS ，这个很重要，大家都懂，大部分下载代码失败都是因为访问google服务失败导致的.（本人用的Digital Ocean, 之前试过几个VPN都以失败而告终，蛋都碎了，要么是不稳定，要么速度非常慢，最长一次用了15个小时都没有下载成功）
3. 安装下载$编译webrtc代码所需工具
a. jdk (本人用的 sun jdk1.6.0_45)
配置到环境变量中

b. git ( 版本 1.9.1 )
安装： sudo apt-get install git
c. gclient
1.安装：
2.配置到环境变量中 ,至于怎么配置，不知道的google一下
d. 安装如下工具 ( sudo apt-get install ..)
g++ (>= 4.2)
python (>= 2.4)
libnss3-dev >= 3.12
libasound2-dev
libpulse-dev
libjpeg62-dev
libxv-dev
libgtk2.0-dev
libexpat1-dev
For 32-bit builds on a 64-bit system:
lib32asound2-dev
ia32-libs
2). 下载代码
1.同步WebRTC代码
1.创建WebRTC目录
mkdir WebRTC
cd WebRTC
2.初始化gclient
3. 设计目标系统版本的配置

echo "target_os = ['Android', 'unix']" >> .gclient
4. sync代码
gclient sync --nohooks
( 煎熬的一步，我同步下来的代码有7.1G之大，里面包括NDK、SDK等其他tools 之前用VPN都败在这里，后来用VPS，只用了6分多钟，哎，说点什么呢......尼玛，国内程序员就是苦逼)
注意，若长时间出现 Still working on等信息，请不要中断或者关闭，它依然在运行，如果你这里中断了，那么之前下载的东西会全部删除，然后又得重新sync一遍
3). 编译代码
1.设置编译环境
1. cd trunk
2. source ./build/android/envsetup.sh
3.export GYP_DEFINES="$GYP_DEFINES OS=android"
2. 下载编译所依赖的包或工具，(这里又会下载一大堆东西 如 Ant.)
./build/install-build-deps.sh (trunk目录下)
3. gclient runhooks --force （下载编译所需的build文件等信息）
4. 编译 （ trunk目录下 ）
编译Debug版： ninja -C out/Debug
编译Release版： ninja -C out/Release
基于以上步骤，如果网络能正常访问google服务的话，一般都不会出现其他的问题，如果真碰到了问题，不要怕，一般根据错误信息就可以知道相应的原因。不知道的google一下
编译成功之后 在 out/Debug 或者 out/Release目录下看到相应的demo安装包 如Debug目录下，其中就有 AppRTCDemo-debug.apk 和 WebRTCDemo-debug.apk
AppRTCDemo程序的代码就再 trunk/talk/examples/android/ 目录下

㈦ 如何使用ninja快速编译LLVM和Clang

1，Build llvm/clang/lldb/lld 3.5.0等组件

1.0 准备：

至少需要从llvm.org下载llvm, cfe, lldb, compiler-rt,lld等3.5.0版本的代码。

$tar xf llvm-3.5.0.src.tar.gz

$cd llvm-3.5.0.src

$mkdir -p tools/clang
$mkdir -p tools/clang/tools/extra
$mkdir -p tools/lld
$mkdir -p projects/compiler-rt

$tar xf cfe-3.5.0.src.tar.xz -C tools/clang --strip-components=1
$tar xf compiler-rt-3.5.0.src.tar.xz -C projects/compiler-rt --strip-components=1
$tar xf lldb-3.5.0.src.tar.xz -C tools/clang/tools/extra --strip-components=1
$tar xf lld-3.5.0.src.tar.xz -C tools/lld --strip-components=1
1.1 【可选】使用clang --stdlib=libc++时，自动添加-lc++abi。

libc++组件可以使用gcc libstdc++的supc++ ABI，也可以使用c++abi，cxxrt等，实际上自动添加-lc++abi是不必要的，这里这么处理，主要是为了方便起见。实际上完全可以在“clang++ -stdlib=libc++”时再手工添加-lc++abi给链接器。

这里涉及到链接时DSO隐式还是显式的问题，早些时候ld在链接库时会自动引入由库引入的依赖动态库，后来因为这个行为的不可控性，所以ld链接器的行为做了修改，需要显式的写明所有需要链接的动态库，才会有手工添加-lc++abi这种情况出现。

--- llvm-3.0.src/tools/clang/lib/Driver/ToolChain.cpp 2012-03-26 18:49:06.663029075 +0800
+++ llvm-3.0.srcn/tools/clang/lib/Driver/ToolChain.cpp 2012-03-26 19:36:04.260071355 +0800
@@ -251,6 +251,7 @@
switch (Type) {
case ToolChain::CST_Libcxx:
CmdArgs.push_back("-lc++");
+ CmdArgs.push_back("-lc++abi");
break;

case ToolChain::CST_Libstdcxx:
1.2 【必要】给clang++添加-fnolibgcc开关。

这个开关主要用来控制是否连接到libgcc或者libunwind。

注：libgcc不等于libunwind。libgcc_eh以及supc++的一部分跟libunwind功能相当。

注：libgcc_s和compiler_rt的一部分相当。

这个补丁是必要的， 不会对clang的正常使用造成任何影响 ，只有在使用“-fnolibgcc"参数时才会起作用。

之所以进行了很多unwind的引入，主要是为了避免不必要的符号缺失麻烦，这里的处理相对来说是干净的，通过as-needed规避了不必要的引入。

--- llvm-static-3.5.0.bak/tools/clang/lib/Driver/Tools.cpp 2014-09-10 13:46:02.581543888 +0800
+++ llvm-static-3.5.0/tools/clang/lib/Driver/Tools.cpp 2014-09-10 16:03:37.559019321 +0800
@@ -2060,9 +2060,15 @@
".a");

CmdArgs.push_back(Args.MakeArgString(LibClangRT));
- CmdArgs.push_back("-lgcc_s");
- if (TC.getDriver().CCCIsCXX())
- CmdArgs.push_back("-lgcc_eh");
+ if (Args.hasArg(options::OPT_fnolibgcc)) {
+ CmdArgs.push_back("--as-needed");
+ CmdArgs.push_back("-lunwind");
+ CmdArgs.push_back("--no-as-needed");
+ } else {
+ CmdArgs.push_back("-lgcc_s");
+ if (TC.getDriver().CCCIsCXX())
+ CmdArgs.push_back("-lgcc_eh");
+ }
}

static void addProfileRT(
@@ -7150,24 +7156,50 @@
bool isAndroid = Triple.getEnvironment() == llvm::Triple::Android;
bool StaticLibgcc = Args.hasArg(options::OPT_static_libgcc) ||
Args.hasArg(options::OPT_static);
+
+
+
if (!D.CCCIsCXX())
- CmdArgs.push_back("-lgcc");
+ if (Args.hasArg(options::OPT_fnolibgcc)) {
+ CmdArgs.push_back("--as-needed");
+ CmdArgs.push_back("-lunwind");
+ CmdArgs.push_back("--no-as-needed");
+ } else
+ CmdArgs.push_back("-lgcc");

if (StaticLibgcc || isAndroid) {
if (D.CCCIsCXX())
- CmdArgs.push_back("-lgcc");
+ if (Args.hasArg(options::OPT_fnolibgcc)) {
+ CmdArgs.push_back("--as-needed");
+ CmdArgs.push_back("-lunwind");
+ CmdArgs.push_back("--no-as-needed");
+ } else
+ CmdArgs.push_back("-lgcc");
} else {
if (!D.CCCIsCXX())
CmdArgs.push_back("--as-needed");
- CmdArgs.push_back("-lgcc_s");
+ if (Args.hasArg(options::OPT_fnolibgcc))
+ CmdArgs.push_back("-lunwind");
+ else
+ CmdArgs.push_back("-lgcc_s");
if (!D.CCCIsCXX())
CmdArgs.push_back("--no-as-needed");
}

if (StaticLibgcc && !isAndroid)
- CmdArgs.push_back("-lgcc_eh");
+ if (Args.hasArg(options::OPT_fnolibgcc)) {
+ CmdArgs.push_back("--as-needed");
+ CmdArgs.push_back("-lunwind");
+ CmdArgs.push_back("--no-as-needed");
+ } else
+ CmdArgs.push_back("-lgcc_eh");
else if (!Args.hasArg(options::OPT_shared) && D.CCCIsCXX())
- CmdArgs.push_back("-lgcc");
+ if (Args.hasArg(options::OPT_fnolibgcc)) {
+ CmdArgs.push_back("--as-needed");
+ CmdArgs.push_back("-lunwind");
+ CmdArgs.push_back("--no-as-needed");
+ } else
+ CmdArgs.push_back("-lgcc");

// According to Android ABI, we have to link with libdl if we are
// linking with non-static libgcc.
--- llvm-static-3.5.0.bak/tools/clang/include/clang/Driver/Options.td 2014-08-07 12:51:51.000000000 +0800
+++ llvm-static-3.5.0/tools/clang/include/clang/Driver/Options.td 2014-09-10 13:36:34.598511176 +0800
@@ -788,6 +788,7 @@
def fomit_frame_pointer : Flag<["-"], "fomit-frame-pointer">, Group<f_Group>;
def fopenmp : Flag<["-"], "fopenmp">, Group<f_Group>, Flags<[CC1Option, NoArgumentUnused]>;
def fopenmp_EQ : Joined<["-"], "fopenmp=">, Group<f_Group>, Flags<[CC1Option]>;
+def fnolibgcc : Flag<["-"], "fnolibgcc">, Group<f_Group>, Flags<[CC1Option, NoArgumentUnused]>;
def fno_optimize_sibling_calls : Flag<["-"], "fno-optimize-sibling-calls">, Group<f_Group>;
def foptimize_sibling_calls : Flag<["-"], "foptimize-sibling-calls">, Group<f_Group>;
def force__cpusubtype__ALL : Flag<["-"], "force_cpusubtype_ALL">;
1.3 llvm的其他补丁。

llvm/clang将gcc toolchain的路径hard code在代码中，请查阅tools/clang/lib/Driver/ToolChains.cpp。

找到x86_64-redhat-linux之类的字符串。

如果没有你系统特有的gcc tripple string，请自行添加。

这个tripple string主要是给llvm/clang搜索gcc头文件等使用的，不影响本文要构建的toolchain

1.4 构建clang/llvm/lldb

本文使用ninja。顺便说一下，llvm支持configure和cmake两种构建方式。可能是因为工程太大，这两种构建方式的工程文件都有各种缺陷（主要表现在开关选项上，比如configure有，但是cmake却没有等）。llvm-3.4.1就是因为cmake工程文件的错误而导致了3.4.2版本的发布。

综合而言，cmake+ninja的方式是目前最快的构建方式之一，可以将构建时间缩短一半以上。

mkdir build
cd build

cmake \
-G Ninja \
-DCMAKE_INSTALL_PREFIX=/usr \
-DCMAKE_BUILD_TYPE="Release" \
-DCMAKE_CXX_FLAGS="-std=c++11" \
-DBUILD_SHARED_LIBS=OFF \
-DLLVM_ENABLE_PIC=ON \
-DLLVM_TARGETS_TO_BUILD="all" \
-DCLANG_VENDOR="MyOS" ..

ninja

ninja install
如果系统原来就有clang/clang++的可用版本，可以添加：

-DCMAKE_C_COMPILER=clang \
-DCMAKE_CXX_COMPILER=clang++ \
这样就会使用系统的clang++来构建llvm/clang

2，测试clang/clang++。

自己找几个简单的c/cpp/objc等编译测试一下即可。完整测试可以在构建时作ninja check-all

3，libunwind/libc++/libc++abi，一套不依赖libgcc, libstdc++的c++运行库。

3.1 从https://github.com/pathscale/libunwind 获取代码。

libunwind有很多个实现，比如gnu的libunwind, path64的libunwind，还有libcxxabi自带的Unwinder.

这里作下说明：

1)，gnu的libunwind会有符号缺失和冲突。

2)，libcxxabi自带的Unwinder是给mac和ios用的，也就是只能在darwin体系构建。目前Linux的实现仍然不全，等linux实现完整了或许就不再需要path64的unwind实现了。

暂时建议使用pathscale的unwind实现。

mkdir -p build
cd build
cmake -G Ninja -DCMAKE_C_COMPILER=clang -DCMAKE_C_FLAGS="-m64" ..
ninja

mkdir -p /usr/lib
cp src/libunwind.so /usr/lib
cp src/libunwind.a /usr/lib
3.2 第一次构建libcxx.

必须先构建一次libcxx，以便后面构建libcxxabi。这里构建的libcxx实际上是使用gcc的libgcc/stdc++/supc++的。

打上这个补丁来禁止libgcc的引入：

diff -Nur libcxx/cmake/config-ix.cmake libcxxn/cmake/config-ix.cmake
--- libcxx/cmake/config-ix.cmake 2014-06-25 06:57:50.000000000 +0800
+++ libcxxn/cmake/config-ix.cmake 2014-06-25 09:05:24.980350544 +0800
@@ -28,5 +28,4 @@
check_library_exists(c printf "" LIBCXX_HAS_C_LIB)
check_library_exists(m ccos "" LIBCXX_HAS_M_LIB)
check_library_exists(rt clock_gettime "" LIBCXX_HAS_RT_LIB)
-check_library_exists(gcc_s __gcc_personality_v0 "" LIBCXX_HAS_GCC_S_LIB)
编译安装：

mkdir build
cd build
cmake \
-G Ninja \
-DCMAKE_INSTALL_PREFIX=/usr \
-DCMAKE_C_COMPILER=clang \
-DCMAKE_CXX_COMPILER=clang++ \
..
ninja
ninja install
3.3，测试第一次构建的libcxx。

使用"clang++ -stdlib=libc++ -o test test.cpp -lstdc++"编译简单c++代码，检查是否出错。(如果前面构建clang是已经apply了c++abi的链接补丁，这里会出现找不到c++abi的情况，跳过即可)

使用"ldd test"查看test二进制动态库使用情况。可以发现，test依赖于libgcc_s/libc++/libstdc++。（多少有些不爽了吧？使用了libc++居然还要依赖libstdc++？）

㈧ Android编译时候无法启动jack服务器

要知道为什么Android界面无法正常启动，可以在串口命令行上先执行"stop"命令，再执行"start"命令，然后
1. 如果可以通过USB连接ADB的话，用adb logcat把Android的启动信息打印出来；
2. 如果ADB无法连接，在串口命令行上用logcat命令

㈨ android 7.0 launcher3 编译报错：

编译过程中报错提示如下：
make: *** No rule to make target `out/target/common/obj/JAVA_LIBRARIES/libprotobuf-Java-2.3.0-nano_intermediates/javalib.jar', needed by `out/target/common/obj/APPS/Launcher3_intermediates/classes-full-debug.jar'. Stop.

原生的SDK居然报错，没办法只能着手分析了。从字面分析来看是编译需要的protobuf jar包没有build进去导致的，先看看是哪个相关的包。
host-libprotobuf-java-2.3.0-nano.jar这个jar包没编译出来，看了下源码的mk文件，是有相关的编译配置的，于是想想是不是有编译依赖包相关的指令，
网上一找，还真有mma，于是mma一敲，哗啦啦的过了。
网上有很多介绍的文章是在eclips中导入应用进行编译的，此处就不作分析了。回头有空研究下这些个编译指令。。。

㈩ 怎么编译Chrome for Android

下载 depot_tools
下载 depot_tools（默认下载到当前用户主文件夹下的 chromium 子目录，自行根据需要修改，下载完毕后需要将 depot_tools 的目录添加到 PATH）
cd ~ mkdir chromium cd chromium git clone https://chromium.googlesource.com/chromium/tools/depot_tools.git
下载源代码和编译所需的第三方工具/库
fetch --nohooks android --nosvn=True cd src git checkout master # if you are building for Android: ./build/install-build-deps-android.sh gclient sync --nohooks
配置 GYP
~/chromium$ echo "{ 'GYP_DEFINES': 'OS=android', }" > chromium.gyp_env ~/chromium$ gclient runhooks
安装 Java JDK（如果已经安装可以跳过）
# 安装 Open JDK 1.7 ~/chromium$ sudo apt-get install openjdk-7-jdk # 配置为默认 JDK sudo update-alternatives --config javac sudo update-alternatives --config java sudo update-alternatives --config javaws sudo update-alternatives --config javap sudo update-alternatives --config jar sudo update-alternatives --config jarsigner
编译 Content shell
# 编译 Release 版本并安装到手机上 ~/chromium/src$ ninja -C out/Release content_shell_apk ~/chromium/src$ build/android/adb_install_apk.py --apk ContentShell.apk --release # 编译 Debug 版本并安装到手机上，Debug 版本可用于调试 ~/chromium/src$ ninja -C out/Debug content_shell_apk ~/chromium/src$ build/android/adb_install_apk.py --apk ContentShell.apk --debug