首先你也放到packages/apps下，不過要修改的不是makefile，是Android.mk文件。如果你的HelloWorld是從eclipse下面建立出來的，默認是沒有Android.mk文件的，要自己寫一個。
Ⅱ 安卓系統(android)怎樣才能成功編譯安裝『make』命令
tar.gz（bz或bz2等） 一、安裝1、打開一個SHELL，即終端2、用cd 命令進入源代碼壓縮包所在的目錄3、根據壓縮包類型解壓縮文件(*代表壓縮包名稱) tar -zxvf ****.tar.gztar -jxvf ****.tar.bz(或bz2)4、用CD命令進入解壓縮後的目錄5、輸入編譯文件命令：./configure（有的壓縮包已經 編譯過，這一步可以省去） 6、然後是命令：make 7、再是安裝文件命令：make install8、安裝完畢如果安裝了busybox命令就要這樣用： busybox+空格+命令
Ⅲ 安卓開發用什麼編譯器………
android studio以及eclipse
Android Studio 是一個Android開發環境，基於IntelliJ IDEA. 類似 Eclipse ADT，Android Studio 提供了集成的 Android 開發工具用於開發和調試。
而Eclipse 是一個開放源代碼的、基於java的可擴展開發平台。就其本身而言，它只是一個框架和一組服務，用於通過插件組件構建開發環境。幸運的是，Eclipse 附帶了一個標準的插件集，包括Java開發工具（Java Development Kit，JDK）。
Ⅳ android系統編譯能用分布式編譯嗎
項目越來越大，每次需要重新編譯整個項目都是一件很浪費時間的事情。Research了一下，找到以下可以幫助提高速度的方法，總結一下。
1. 使用tmpfs來代替部分IO讀寫
2.ccache，可以將ccache的緩存文件設置在tmpfs上，但是這樣的話，每次開機後，ccache的緩存文件會丟失
3.distcc,多機器編譯
4.將屏幕輸出列印到內存文件或者/dev/null中，避免終端設備（慢速設備）拖慢速度。
tmpfs
有人說在Windows下用了RAMDisk把一個項目編譯時間從4.5小時減少到了5分鍾，也許這個數字是有點誇張了，不過粗想想，把文件放到內存上做編譯應該是比在磁碟上快多了吧，尤其如果編譯器需要生成很多臨時文件的話。
這個做法的實現成本最低，在linux中，直接mount一個tmpfs就可以了。而且對所編譯的工程沒有任何要求，也不用改動編譯環境。
mount -t tmpfs tmpfs ~/build -o size=1G
用2.6.32.2的Linux Kernel來測試一下編譯速度：
用物理磁碟：40分16秒
用tmpfs：39分56秒
呃……沒什麼變化。看來編譯慢很大程度上瓶頸並不在IO上面。但對於一個實際項目來說，編譯過程中可能還會有打包等IO密集的操作，所以只要可能，用tmpfs是有益無害的。當然對於大項目來說，你需要有足夠的內存才能負擔得起這個tmpfs的開銷。
make -j
既然IO不是瓶頸，那CPU就應該是一個影響編譯速度的重要因素了。
用make -j帶一個參數，可以把項目在進行並行編譯，比如在一台雙核的機器上，完全可以用make -j4，讓make最多允許4個編譯命令同時執行，這樣可以更有效的利用CPU資源。
還是用Kernel來測試：
用make： 40分16秒
用make -j4：23分16秒
用make -j8：22分59秒
由此看來，在多核CPU上，適當的進行並行編譯還是可以明顯提高編譯速度的。但並行的任務不宜太多，一般是以CPU的核心數目的兩倍為宜。
不過這個方案不是完全沒有cost的，如果項目的Makefile不規范，沒有正確的設置好依賴關系，並行編譯的結果就是編譯不能正常進行。如果依賴關系設置過於保守，則可能本身編譯的可並行度就下降了，也不能取得最佳的效果。
ccache
ccache工作原理：
ccache也是一個編譯器驅動器。第一趟編譯時ccache緩存了GCC的「-E」輸出、編譯選項以及.o文件到$HOME/.ccache。第二次編譯時盡量利用緩存，必要時更新緩存。所以即使"make clean; make"也能從中獲得好處。ccache是經過仔細編寫的，確保了與直接使用GCC獲得完全相同的輸出。
ccache用於把編譯的中間結果進行緩存，以便在再次編譯的時候可以節省時間。這對於玩Kernel來說實在是再好不過了，因為經常需要修改一些Kernel的代碼，然後再重新編譯，而這兩次編譯大部分東西可能都沒有發生變化。對於平時開發項目來說，也是一樣。為什麼不是直接用make所支持的增量編譯呢？還是因為現實中，因為Makefile的不規范，很可能這種「聰明」的方案根本不能正常工作，只有每次make clean再make才行。
安裝完ccache後，可以在/usr/local/bin下建立gcc，g++，c++，cc的symbolic link，鏈到/usr/bin/ccache上。總之確認系統在調用gcc等命令時會調用到ccache就可以了（通常情況下/usr/local /bin會在PATH中排在/usr/bin前面）。
安裝的另外一種方法：
vi ~/.bash_profile
把/usr/lib/ccache/bin路徑加到PATH下
PATH=/usr/lib/ccache/bin:$PATH:$HOME/bin
這樣每次啟動g++的時候都會啟動/usr/lib/ccache/bin/g++，而不會啟動/usr/bin/g++
效果跟使用命令行ccache g++效果一樣
這樣每次用戶登錄時，使用g++編譯器時會自動啟動ccache
繼續測試：
用ccache的第一次編譯(make -j4)：23分38秒
用ccache的第二次編譯(make -j4)：8分48秒
用ccache的第三次編譯(修改若干配置，make -j4)：23分48秒
看來修改配置（我改了CPU類型...）對ccache的影響是很大的，因為基本頭文件發生變化後，就導致所有緩存數據都無效了，必須重頭來做。但如果只是修改一些.c文件的代碼，ccache的效果還是相當明顯的。而且使用ccache對項目沒有特別的依賴，布署成本很低，這在日常工作中很實用。
可以用ccache -s來查看cache的使用和命中情況：
cache directory /home/lifanxi/.ccachecache hit 7165cache miss 14283called for link 71not a C/C++ file 120no input file 3045files in cache 28566cache size 81.7 Mbytesmax cache size 976.6 Mbytes
可以看到，顯然只有第二編次譯時cache命中了，cache miss是第一次和第三次編譯帶來的。兩次cache佔用了81.7M的磁碟，還是完全可以接受的。
distcc
一台機器的能力有限，可以聯合多台電腦一起來編譯。這在公司的日常開發中也是可行的，因為可能每個開發人員都有自己的開發編譯環境，它們的編譯器版本一般是一致的，公司的網路也通常具有較好的性能。這時就是distcc大顯身手的時候了。
使用distcc，並不像想像中那樣要求每台電腦都具有完全一致的環境，它只要求源代碼可以用make -j並行編譯，並且參與分布式編譯的電腦系統中具有相同的編譯器。因為它的原理只是把預處理好的源文件分發到多台計算機上，預處理、編譯後的目標文件的鏈接和其它除編譯以外的工作仍然是在發起編譯的主控電腦上完成，所以只要求發起編譯的那台機器具備一套完整的編譯環境就可以了。
distcc安裝後，可以啟動一下它的服務：
/usr/bin/distccd --daemon --allow 10.64.0.0/16
默認的3632埠允許來自同一個網路的distcc連接。
然後設置一下DISTCC_HOSTS環境變數，設置可以參與編譯的機器列表。通常localhost也參與編譯，但如果可以參與編譯的機器很多，則可以把localhost從這個列表中去掉，這樣本機就完全只是進行預處理、分發和鏈接了，編譯都在別的機器上完成。因為機器很多時，localhost的處理負擔很重，所以它就不再「兼職」編譯了。
export DISTCC_HOSTS="localhost 10.64.25.1 10.64.25.2 10.64.25.3"
然後與ccache類似把g++，gcc等常用的命令鏈接到/usr/bin/distcc上就可以了。
在make的時候，也必須用-j參數，一般是參數可以用所有參用編譯的計算機CPU內核總數的兩倍做為並行的任務數。
同樣測試一下：
一台雙核計算機，make -j4：23分16秒
兩台雙核計算機，make -j4：16分40秒
兩台雙核計算機，make -j8：15分49秒
跟最開始用一台雙核時的23分鍾相比，還是快了不少的。如果有更多的計算機加入，也可以得到更好的效果。
在編譯過程中可以用distccmon-text來查看編譯任務的分配情況。distcc也可以與ccache同時使用，通過設置一個環境變數就可以做到，非常方便。
總結一下：
tmpfs： 解決IO瓶頸，充分利用本機內存資源
make -j： 充分利用本機計算資源
distcc： 利用多台計算機資源
ccache： 減少重復編譯相同代碼的時間
這些工具的好處都在於布署的成本相對較低，綜合利用這些工具，就可以輕輕鬆鬆的節省相當可觀的時間。上面介紹的都是這些工具最基本的用法，更多的用法可以參考它們各自的man page。
5.還有提速方法是把屏幕輸出重定向到內存文件或/dev/null,因對終端設備(慢速設備)的阻塞寫操作也會拖慢速度。推薦內存文件，這樣發生錯誤時，能夠查看。
Ⅳ 如何編譯一個精簡的Android系統
本次試驗使用的android源碼是4.2，編譯的架構是mini-mips。
一、所做的工作
1、修改build/target/proct/mini.mk，去掉一些不必要的模塊（例如Phone、DownloadManager等）
2、修改SystemServer.java，屏蔽一些service，讓系統能夠啟動起來（例如，Location Manager、Telephony Registry）
3、修改dalvik/vm/native/dalvik_system_Zygote.cpp，注釋掉因為檢查不到外部存儲而導致dalvik abort的地方 （這是googel的一個bug，在2013年1月份已解決，如果用這以後的代碼不用修改此處）
4、修改WindowManagerService.java，把發送BOOT_TIMEOUT消息的時間改為0（之前為30秒）
二、系統優化後的效果（驗證工作均在mips模擬器上進行）
1、節省運行內存，下面是全編譯與mini編譯的內存使用狀態的對比
1）full build
MemTotal: 499360 kB
MemFree: 242064 kB
2）mini build
MemTotal: 499360 kB
MemFree: 395192 kB
2、縮短開機啟動時間
在虛擬機上的啟動時間
1）full build－29秒
2）mini build－14秒
3、只啟動home程序，其餘的應用程序均被移除
三、保留android的開發環境
1、adb，ddms，apkinstall等，都能正常工作
2、在eclipse中編寫的android應用程序能夠運行在該mini-android之上
四、開機自動啟動指定應用程序
本次測試使用Gallery.apk應用程序，修改其源碼後可以實現隨系統的啟動而自動啟動的功能。
Ⅵ android系統如何在windows下編譯
目前官網不提供在windows下對android的支持，只提供對linux/mac(類UNIX)的支持，可參考 http://source.android.com/source/download.html
android基於linux 內核，對其相關編譯和連接環境有依賴。建議在windows上安裝虛擬機，安裝linux來編譯。
Ⅶ 有手機的源代碼，如何編譯安卓4.4的系統
代碼編譯…
恐怕這個不是隨隨便便在這里幾句話就能說明白的…
首先要下載安卓4.4的內核，
然後要把廠商的手機源代碼編譯進去，
還要自己寫腳本，
很多都是很技術的活。
lz確定能hold住么？
Ⅷ 如何單獨編譯安卓系統源碼指定模塊
Android源碼目錄下的build/envsetup.sh文件，描述編譯的命令
- m: Makes from the top of the tree.
- mm: Builds all of the moles in the current directory.
- mmm: Builds all of the moles in the supplied directories.
要想使用這些命令，首先需要在android源碼根目錄執行. build/envsetup.sh 腳本設置環境
m：編譯所有的模塊
mm：編譯當前目錄下的模塊，當前目錄下要有Android.mk文件
mmm：編譯指定路徑下的模塊，指定路徑下要有Android.mk文件
下面舉個例子說明，假設我要編譯android下的\hardware\libhardware_legacy\power模塊，當前目錄為源碼根目錄，方法如下：
1、. build/envsetup.sh
2、mmm hardware/libhardware_legacy/power/
編譯完後 運行 make snod
會重新將你改過的模塊打入到system.img中
Ⅸ android development 怎麼編譯
很多開發者可能下載後編譯的Android SDK是Linxu下使用的，如何編譯Windows下的Android SDK呢? 這里Android123總結如下:
1. 首先必須在Linux下執行完源碼下載，就是reop sync後，首先做一次完整編譯，執行make，然後編譯Linux下的SDK，執行make sdk即可,在這之前的操作，可以參考 Android源碼編譯相關問題匯總
2. 這時候在生成out目錄下的內容考回到Windows下，如果你用虛擬機這一步只需要拖動操作即可，比較簡單。
3. 下載Cygwin，Android開發網提示安裝時記住選擇Unix/binary而不是DOS/text國內的很多文章均寫錯了，不然無法正確編譯，這在Android官方的howto_build_SDK.txt中寫的很詳細，具體為When installing Cygwin, set Default Text File Type to Unix/binary, not DOS/text. This is really important, otherwise you will get errors when trying to checkout code using git
4. 安裝Cygwin需要下載的包有 autoconf, bison, curl, flex, gcc, g++, git, gnupg, make, mingw-zlib, python, zip, unzip，建議安裝 diffutils, emacs, openssh, rsync, vim, wget ，不要安裝readline。
5. 然後在Windows下將從Linux從預編譯生成的zip一般名為android-sdk_eng.[你電腦的名稱]_linux-x86.zip文件找出來，這是Linux下的SDK。
6. 按照howto_build_SDK.txt的步驟，其中最後一步為development/build/tools/make_windows_sdk.sh /path/to/macos/or/linux/sdk.zip ~/mysdk、
最後Android123提示大家，make_windows_sdk.sh是你在Linux下development/build/tools/才有的。
Ⅹ 請問怎麼編譯安卓軟體
呵呵，你學過java吧，基本功就有了，安卓軟體是用java來寫的～不過我覺得安卓軟體是不用編譯的，因為裡面的主程序是格式化的xml文件，在軟體成形的過程中只是把一些文件打包起來就行了，你可以試下把安卓軟體的後綴名改成zip，就可以看見源程序和文件了～然後呢，你要想做安卓軟體的話，先搭建一個安卓的開發環境，用到的東西有Myeclipse這個軟體（你應該知道的），然後到網上下載安卓開發的SDK即開發字典～有一本叫安卓開發案例的書，可以看下，另外網上有很多的視頻教程～PS：我自己之前只寫過一個安卓的HELLO,WORLD！，由於大一事情比較多就沒有繼續研究了，如果你有問題可以CALL我哦，我們一起學～