ext4java

① Yocto編譯傑發或MTK的linux或android時的幾個問題

編譯問題1（audiomanager_7.0.bb的do_configure報錯）：

錯誤：CMake Error at Plugins/PluginCommandInterfaceCAPI/cmake/CommonAPI.cmake:352 (message):

|   Failed to generate files from FIDL:

手動執行一下：

$ commonapi-generator-linux-x86 -ll verbose -sk Default -d . /data/linux/hz_rs28_bm/sources/神燃build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/audiomanager/7.0-r1/audiomanager-7.0/Plugins/PluginCommandInterfaceCAPI/fidl/CommandInterface.fidl

-bash: /data/linux/hz_rs28_bm/sources/src/build/tools/commonapi_tool/commonapi-generator/commonapi-generator-linux-x86: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory

解決（需要安裝32位的glibc庫和32位java jre環境）：

$ sudo yum install glibc.i686

$ sudo yum install java-1.8.0-openjdk.i686

$ sudo ln -s /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.191.b12-1.el7_6.i386/jre/bin/java /bin/java

$ java -version    （保證是32位的java）

編譯問題2（perl_5.20.0.bb的do_package報錯）：

錯誤：ERROR: obj failed with exit code 256 (cmd was 『arm-poky-linux-gnueabi-obj』 –only-keep-debug

… generate_uudmap: File format not recognized

解決（tar在1.29版本之後需要exclude在路徑的前面）：

sources/meta/poky/bitbake/lib/bb/fetch2/bzr.py

tar_flags = 「–exclude 『.bzr』 –exclude 『.bzrtags'」

修改成：

tar_flags = 「–exclude=』.bzr』 –exclude=』.bzrtags'」

sources/meta/poky/bitbake/lib/bb/fetch2/cvs.py

tar_flags = 「–exclude 『CVS'」

修改成：

tar_flags = 「–exclude=』CVS'」

sources/meta/poky/bitbake/游輪虛lib/bb/fetch2/repo.py

tar_flags = 「–exclude 『.repo』 –exclude 『.git'」

修改成：

tar_flags = 「–exclude=』.repo』 –exclude=』.git'」

sources/meta/poky/bitbake/lib/bb/fetch2/svn.py

tar_flags = 「–exclude 『桐顫.svn'」

修改成：

tar_flags = 「–exclude=』.svn'」

sources/meta/poky/meta/recipes-devtools/quilt/quilt-0.63.inc

       tar -cf – bin/ –exclude \*.in | ( cd ${D}${PTEST_PATH} && tar -xf – )

       tar -cf – compat/ –exclude \*.in | ( cd ${D}${PTEST_PATH} && tar -xf – )

       tar -cf – quilt/ –exclude \*.in | ( cd ${D}${PTEST_PATH} && tar -xf – )

       tar -cf – test/ –exclude mail.test –exclude delete.test | ( cd ${D}${PTEST_PATH} && tar -xf – )

修改成：

        tar -c –exclude=\*.in bin/ | ( cd ${D}${PTEST_PATH} && tar -xf – )

        tar -c –exclude=\*.in compat/ | ( cd ${D}${PTEST_PATH} && tar -xf – )

        tar -c –exclude=\*.in quilt/ | ( cd ${D}${PTEST_PATH} && tar -xf – )

        tar -c –exclude=mail.test –exclude=delete.test test/ | ( cd ${D}${PTEST_PATH} && tar -xf – && chmod 777 test)

sources/meta/poky/meta/recipes-extended/sed/sed-4.2.2/sed-add-ptest.patch

+       cd $(BUILDDIR); tar -cf – $(TESTDIR) –exclude *.o | ( cd $(DESTDIR) && tar -xf – )

修改成：

+       cd $(BUILDDIR); tar -c –exclude=*.o $(TESTDIR) | ( cd $(DESTDIR) && tar -xf – )

sources/meta/poky/meta/recipes-support/attr/acl.inc

tar -cf – test/ –exclude nfs | ( cd ${D}${PTEST_PATH} && tar -xf – )

修改成：

tar -c –exclude=nfs test/ | ( cd ${D}${PTEST_PATH} && tar -xf – )

sources/meta/poky/meta/recipes-support/attr/attr.inc

tar -cf – test/ –exclude ext | ( cd ${D}${PTEST_PATH} && tar -xf – )

修改成：

tar -c –exclude=ext test/ | ( cd ${D}${PTEST_PATH} && tar -xf – )

sources/meta/poky/meta/recipes-devtools/perl/perl-ptest.inc

       tar -cf – * –exclude \*.o –exclude libperl.so –exclude Makefile –exclude makefile –exclude hostperl \

               –exclude miniperl –exclude generate_uudmap –exclude patches | ( cd ${D}${PTEST_PATH} && tar -xf – )

修改成：

        tar -c –exclude=\*.o –exclude=libperl.so –exclude=Makefile –exclude=makefile –exclude=hostperl \

                –exclude=miniperl –exclude=generate_uudmap –exclude=patches * | ( cd ${D}${PTEST_PATH} && tar -x )

編譯問題3（libunwind_1.1.bb的do_compile報錯）：

錯誤：make[1]: latex2man: Command not found

解決：

$ sudo yum install texlive-tetex

$ sudo rpm -ivh ~/latex2man-1.18-2.noarch.rpm

編譯問題3（qt5-app_1.0.bb的do_compile報錯）：

錯誤（有一批類似的錯誤）：ld: cannot find -lgtest

解決：

$ vi atc_linux/application/btate/btate.pro

equals(MY_BUILD_SYSTEM, atc) {

    LIBS += -L $(DA_LIBDIR)/lib -lgtest -lpthread -lbluetoothclient -lglobalbus -lappobj -lapputils

} else {

    LIBS += -L$(DA_TOP)/application/lib -L$(DA_TOP)/../../sources/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/atc-binarys/1.0-r0/image/usr/lib -lgtest -lpthread -lbluetoothclient -l

globalbus -lappobj -lapputils

}

$ vi atc_linux/application/gps/gps_bin.pro

equals(MY_BUILD_SYSTEM, atc) {

    LIBS += -L $(DA_LIBDIR)/lib  -lapputils  -lglobalbus -lappobj -lgps

} else {

    LIBS += -L$(DA_TOP)/application/lib -L$(DA_TOP)/../../sources/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/gpsd/3.10-r0/gpsd-3.10/ -lapputils  -lglobalbus -lappobj -lgps

}

$ vi atc_linux/application/dvr/dvr_bin.pro

equals(MY_BUILD_SYSTEM, atc) {

        LIBS    += -L${DA_TOP}/lib/lib/ -ldvr -ludev -lsurface_atc -lglobalbus -lappobj -lapputils -lstorage_atc -lgps

} else {

        LIBS    += -L${DA_TOP}/application/lib -L$(DA_TOP)/../../sources/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/gpsd/3.10-r0/gpsd-3.10/ -ldvr -ludev -lsurface_atc -lglobalbus –

lappobj -lapputils -lstorage_atc -lgps

}

$ vi atc_linux/application/dvr/dvr_bin.pro

INCLUDEPATH +=  ${DA_TOP}/kernel/kernel-3.18/drivers/ \

                ../common/  \

                ../utils/   \

                ../appobj/include/          \

                ../globalbus/include/       \

                ../appcommon/include/       \

                ../storage_atc/             \

                ../dvr/gps/             \

                ../gps/include/         \

                ../gps/includeex/       \

編譯問題4（makall報錯）：

報錯：./makall: line 169: mkisofs: command not found

解決：$ sudo yum install mkisofs

編譯問題5（修改ac83xx_systemd_defconfig再編譯時報錯）：

報錯：Applying patch remove-selinux-android.patch

patching file system/extras/ext4_utils/make_ext4fs.c

Hunk #1 FAILED at 62.

1 out of 1 hunk FAILED — rejects in file system/extras/ext4_utils/make_ext4fs.c

解決：

$ vi sources/meta/meta-atc/recipes-devtools/android-tools/android-tools_5.1.1.r37.bb

在裡面做個假的do_patch()，bitbake會優先使用本bb文件的do_patch()函數。

do_patch(){

}

編譯問題6（修改ac83xx_systemd_defconfig再編譯時報錯）：

報錯：sources/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/qtbase/5.5.0+gitAUTOINC+c619d2daac-r0/git/src/corelib/tools/qregexp.cpp:3947:1: internal compiler error: in add_stores, at var-tracking.c:6000

解決：

$ cd sources/meta/poky/meta/recipes-devtools/gcc/gcc-4.9/

$ wget  http://openlinux.windriver.com/overc/sources/core2_64/gcc-4.9.2-r0.1/0062-gcc-var-tracking.c-backport-from-gcc-trunk-r212178.patch

$ vi sources/meta/poky/meta/recipes-devtools/gcc/gcc-4.9.inc

    file://0058-gcc-r212171.patch \

    file://0059-gcc-PR-rtl-optimization-63348.patch \

    file://target-gcc-includedir.patch \

    file://0062-gcc-var-tracking.c-backport-from-gcc-trunk-r212178.patch \

其實就是這個文件：

$ cat 0062-gcc-var-tracking.c-backport-from-gcc-trunk-r212178.patch

From Mon Sep 17 00:00:00 2001

From: =?UTF-8?q?Stefan=20M=C3=BCller-Klieser?= <[email protected]>

Date: Tue, 7 Apr 2015 16:15:11 +0200

Subject: [PATCH] gcc/var-tracking.c: backport from gcc trunk r212178

MIME-Version: 1.0

Content-Type: text/plain; charset=UTF-8

Content-Transfer-Encoding: 8bit

resolves a bug seen on cortexa8 building qt5 libraries.

2014-06-30  Joseph Myers  <[email protected]>

    * var-tracking.c (add_stores): Return instead of asserting if old

    and new values for conditional store are the same.

git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@212178 138bc75d-0d04-0410-961f-82ee72b054a4

Signed-off-by: Stefan Müller-Klieser <[email protected]>

---

gcc/var-tracking.c | 3 ++-

1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/gcc/var-tracking.c b/gcc/var-tracking.c

index 65d8285..7c38910 100644

--- a/gcc/var-tracking.c

+++ b/gcc/var-tracking.c

@@ -5997,7 +5997,8 @@ add_stores (rtx loc, const_rtx expr, void *cuip)

    {

      cselib_val *oval = cselib_lookup (oloc, GET_MODE (oloc), 0, VOIDmode);

-      gcc_assert (oval != v);

+      if (oval == v)

+        return;

      gcc_assert (REG_P (oloc) || MEM_P (oloc));

      if (oval && !cselib_preserved_value_p (oval))

--

1.9.1

編譯問題7（修改ac83xx_systemd_defconfig再編譯時報錯）：

報錯：libevdev/1.2.2-r0/libevdev-1.2.2/test/test-main.c:24:19: fatal error: check.h: No such file or directory

解決：

$ vi meta/poky/meta/recipes-support/libevdev/libevdev_1.2.2.bb

LIC_FILES_CHKSUM = 「file://COPYING;md5= \

                    file://libevdev/libevdev.h;endline=21;md5=″

DEPENDS += 「libcheck」

SRC_URI = 「 http://www.freedesktop.org/software/libevdev/ ${BP}.tar.xz」

編譯問題8（修改ac83xx_systemd_defconfig再編譯時報錯）：

報錯：python報錯： 『do_rootfs』, lineno: 17, function

Exception: CalledProcessError: Command 『[『』, 『-ks』, …

解決： 沒有實際問題，重新編譯一次即可，可能是機器太忙導致超時，或者某個命令執行不成功。

編譯問題9（preuboot編譯工具問題）：

報錯：make: armv7a-mediatek451_001_vfp-linux-gnueabi-gcc: Command not found

解決：

$ vi atc_linux/bootloader/preuboot/Makefile

#CROSS_COMPILE  :=armv7a-mediatek451_001_vfp-linux-gnueabi-

CROSS_COMPILE  :=arm-poky-linux-gnueabi-

$ vi ../../atc_linux/bootloader/preuboot/driver/mmc/include/linux/list.h

#ifndef NULL

    #define NULL 0

#endif

② fsck.ext4 命令源碼在哪個壓縮包裡面啊

DOS系統命令都能用輸入command能查看面命令 環境變數PATH面應用程序名作命令用
面總結些東西內容太

關某命令詳細信息請鍵入 HELP 命令名

XP.CMD命令全

關某命令詳細信息請鍵入 HELP 命令名ASSOC 顯示或修改文件擴展名關聯AT 計劃計算機運行命令程序ATTRIB 顯示或更改文件屬性BREAK 設置或清除擴展式 CTRL+C 檢查CACLS 顯示或修改文件訪問控制列表(ACLs)CALL 另批處理程序調用CD 顯示前目錄名稱或其更改CHCP 顯示或設置代碼頁數CHDIR 顯示前目錄名稱或其更改CHKDSK 檢查磁碟並顯示狀態報告CHKNTFS 顯示或修改啟間磁碟檢查CLS 清除屏幕CMD 打另 Windows 命令解釋程序窗口COLOR 設置默認控制台前景背景顏色COMP 比較兩或兩套文件內容COMPACT 顯示或更改 NTFS 區文件壓縮CONVERT FAT 卷轉換 NTFS您能轉換前驅器COPY 至少文件復制另位置DATE 顯示或設置期DEL 刪除至少文件DIR 顯示目錄文件目錄DISKCOMP 比較兩軟盤內容DISKCOPY 軟盤內容復制另軟盤DOSKEY 編輯命令行、調用 Windows 命令並創建宏ECHO 顯示消息或命令顯打或關ENDLOCAL 結束批文件環境更改本化ERASE 刪除至少文件EXIT 退 CMD.EXE 程序(命令解釋程序)FC 比較兩或兩套文件並顯示同處FIND 文件搜索文字字元串FINDSTR 文件搜索字元串FOR 套文件每文件運行指定命令FORMAT 格式化磁碟便跟 Windows 使用FTYPE 顯示或修改用於文件擴展名關聯文件類型GOTO Windows 命令解釋程序指向批處理程序某標明行GRAFTABL 啟用 Windows 圖像模式顯示擴展字元集HELP 提供 Windows 命令幫助信息IF 執行批處理程序條件性處理LABEL 創建、更改或刪除磁碟卷標MD 創建目錄MKDIR 創建目錄MODE 配置系統設備MORE 顯示結屏幕MOVE 文件目錄移另目錄PATH 顯示或設置執行文件搜索路徑PAUSE 暫停批文件處理並顯示消息POPD 原 PUSHD 保存前目錄值PRINT 列印文本文件PROMPT 更改 Windows 命令提示符PUSHD 保存前目錄其進行更改RD 刪除目錄RECOVER 問題磁碟恢復讀信息REM 記錄批文件或 CONFIG.SYS 注釋REN 重命名文件RENAME 重命名文件REPLACE 替換文件RMDIR 刪除目錄SET 顯示、設置或刪除 Windows 環境變數SETLOCAL 始批文件環境更改本化SHIFT 更換批文件替換參數位置SORT 輸入進行類START 啟另窗口運行指定程序或命令SUBST 路徑跟驅器號關聯TIME 顯示或設置系統間TITLE 設置 CMD.EXE 窗口標題TREE 圖形模式顯示驅器或路徑目錄結構TYPE 顯示文本文件內容VER 顯示 Windows 版本VERIFY 告訴 Windows 否驗證文件否已確寫入磁碟VOL 顯示磁碟卷標序列號XCOPY 復制文件目錄樹

appwiz.cpl------------添加刪除程序
control userpasswords2--------用戶帳戶設置
cleanmgr-------垃圾整理
CMD--------------命令提示符作 Windows 附件PingConvert 些能圖形環境 使用功能要藉助完
cmd------jview察看Java虛擬機版本

command.com------調用則系統內置 NTVDM DOS虛擬機完全類似 Virtual PC 虛擬環境系統本身聯系我命令提示符運行 DOS 程序實際 自轉移 NTVDM虛擬機 CMD 本身沒關系

calc-----------啟計算器
chkdsk.exe-----Chkdsk磁碟檢查
compmgmt.msc---計算機管理
conf-----------啟 netmeeting
control userpasswords2-----User Account 許可權設置
devmgmt.msc--- 設備管理器
diskmgmt.msc---磁碟管理實用程序
dfrg.msc-------磁碟碎片整理程序
drwtsn32------ 系統醫
dvdplay--------啟Media Player
dxdiag-----------DirectX Diagnostic Tool
gpedit.msc-------組策略編輯器
gpupdate /target:computer /force 強制刷新組策略
eventvwr.exe-----事件查看器
explorer-------打資源管理器
logoff---------注銷命令
lusrmgr.msc----本機用戶組
msinfo32---------系統信息
msconfig---------系統配置實用程序
net start (servicename)----啟該服務
net stop (servicename)-----停止該服務
notepad--------打記事本
nusrmgr.cpl-------同control userpasswords打用戶帳戶控制面板
Nslookup-------IP址偵測器
oobe/msoobe /a----檢查XP否激
perfmon.msc----計算機性能監測程序
progman--------程序管理器
regedit----------注冊表編輯器
regedt32-------注冊表編輯器
regsvr32 /u *.dll----停止dll文件運行
route print------查看路由表
rononce -p ----15秒關機
rsop.msc-------組策略結集
rundll32.exe rundll32.exe %Systemroot%System32shimgvw.dll,ImageView_Fullscreen----啟空白Windows 圖片傳真查看器
secpol.msc--------本安全策略
services.msc---本服務設置
sfc /scannow-----啟系統文件檢查器
sndrec32-------錄音機
taskmgr-----任務管理器（適用於2000／xp／2003）
tsshutdn-------60秒倒計關機命令
winchat--------XP自帶區域網聊
winmsd---------系統信息
winver-----顯示About Windows 窗口
wupdmgr-----------Windows Update
一，編譯之前的准備。
1） 了解代碼組織結構。
Chrome source非常龐大，並且在其主目錄下還包含有工具和組件，任何一個工具和組件也附帶有其源代碼。首先得熟悉這些源代碼的組織結構，在中包含如下子目錄：releases,曾經發布過的chrome源代碼的正式版本；trunk，當前最新的源代碼。由於releases中的代碼比較舊，這里就不做說明了，只說明trunk的結構。在trunk下面有3個重要的目錄，deps包含了chrome編譯和運行所需要的全部組件的代碼。src裡麵包含的則是chrome的主程序的代碼，tools包含的是下載和配置編譯所需要的第三方工具的壓縮包和源代碼，其中就有svn和python這2個比較重要的工具，後面再詳細介紹。暫時做這樣一個簡單的介紹，因為其組織結構比較負責，以後再作補充斧正。

2）如何下載和同步源代碼。
首先談談下載：
1，最簡單的方法是從chrome官網上直接下載源代碼壓縮包，地址是。

2，或者採用svn從trunk/src這個地方heckout,這要求你先在本地建一個源代碼的主目錄。

3，另外一個辦法則是採用google提供的一個部署工具depot_tools。雖然這幾種辦法都可下載完整的源代碼，但目前的情況是：chrome基於Visual Stdio 2005 進行編譯，如果順利完成編譯工作，自然少不了sln文件，較早的源代碼中包含有現成的sln和vcproject文件，但後來做了修改，這些文件被拋棄掉，Google自己開發了一種腳本工具叫做GYP,這個工具採用python編寫，GYP採用了自定義的一套規則，用於生成各種工程文件。而關鍵的python則包含於depot_tools中，因此不論採用什麼方法下載的代碼，都得下載depot_tools這個工具，以獲得必須的工程文件。
depot_tools位於 trunk/tools 下面，包括一個目錄和一個zip格式的壓縮包。

3）關於編譯器
前面提到Chrome採用Visual Stdio 2005進行編譯，根據的說明，需進行如下操作正常編譯
a, 安裝Visual Studio 2005.
b, 安裝Visual Studio 2005 Service Packe 1.
c, 安裝Visual Studio Hotfix 947315.
d, 如果是vista系統，還需安裝Visual Studio 2005 Service Packe 1 Update for Windows Vista.
e, 安裝Windows 2008 SDK，如果是Visual Studio 2008則不需要這一步。
f, 配置Windows 2008 SDK，使2008 SDK成為首選開發庫，以獲得一些新功能和特性。辦法是在開始->程序->Microsoft Windows SDK v6.1 > Visual Studio Registration > Windows SDK Configuration Tool，選擇make current按鈕。也可以在VS裡面手動配置include和libary路徑，效果是一樣的。

二，如何配置工程文件
1，如果是採用depot_tools，那麼從代碼下載到生成sln文件會自動完成。其步驟是
（1）下載depot_tools到本地存儲，假設位於d:/depot_tools.
（2）將d:/depot_tools添加到系統環境變數中。
（3）創建一個源代碼根目錄，假設為 d:/chrome,目錄不得包含空格。
（4）在命令行下切換當前目錄到d:/chrome。
（5）執行命令 gclient config trunk/src ,該命令會首先下載svn和python分別到d:/depot_tools/svn_bin和d:/depot_tools/python_bin。
（6）執行命令 gclient sync 這個命令會調用svn同步源代碼。這個過程會比較漫長。全部完成之後全部源代碼就保存在d:/chrome裡面。未編譯的代碼大約有4個G左右，過程將十分漫長。這樣獲得的源代碼已經包含所有的工程文件，可直接打開。

重點說明一下gclient，它實際上是一個批處理文件，它主要做了如下一些事情，首先設置環境變數，如代碼根目錄，工具根目錄等。其次調用win_tools.bat從伺服器下載svn和python。最後調用python.exe對Chrome.gyp進行解析生成所有工程文件。
另外需要說明的是，gclient sync的過程非常漫長，根據命令行的提示來看總共需要同步67個項目（不是工程），期間可能會因為一些原因導致錯誤而退出這個過程，需要繼續調用sync。比如網路出現故障svn會多次進入sleep狀態然後重試，如果多次失敗就會報錯退出，還有的情況是某些子目錄的屬性問題無法同步，可根據提示進行操作。還有個目前新出現的問題，下面2個目錄「src/webkit/data/layout_tests/LayoutTests」和「src/third_party/WebKit/LayoutTests」的源代碼是從src.webkit.org簽出來的，但是這個網站目前存在問題無法簽出代碼， 需要屏蔽掉這2個目錄，由於裡面是測試代碼，即使丟棄也不會影響整個工程的編譯，方法是打開trunk下面的.gclient文件，向裡面添加如下內容
"custom_deps" : {
"src/webkit/data/layout_tests/LayoutTests":None,
"src/third_party/WebKit/LayoutTests":None腸川慣緞甙等軌勸憨滑,
},

這樣svn就能完成代碼的同步了。最後gclient會調用depot_tools/python_bin/python.exe 對 src/build/gyp_
chromium進行處理，這樣就得到了所有的sln和vcproject文件。

2，如果是下載的代碼壓縮包或者checkout的代碼，代碼目錄裡面沒有sln文件，這個時候需要調用命令行進入源代碼根目錄，然後執行命令 gclient runhooks --force，命令執行後會直接對Chrome.gyp進行解析,生成sln文件。

在實際下載過程中，最開始的時候我用TortoiseSVN從trunk/src checkout源代碼，但是得到的代碼只有幾百兆，執行gclient runhooks --force命令後也沒有找到sln文件，具體原因未知，不建議使用此方式。而直接下載代碼壓縮包的方式沒有嘗試過，不知道是否可行。因此最穩妥的方法還是使用depot_tools來部署和處理源代碼。

三 編譯工程
啟動Visual Studio 2005打開 src/chrome/browser/chrome.sln,或者打開src/build/all.sln,如果打開的是chrome.sln裡麵包含480個工程，而all.sln則包含507個工程，一些09年的編譯說明提到有300左右的工程，可見chrome的代碼變動比較大。對整個解決方案進行編譯，打開需要2個小時才能完成編譯，視硬體環境而定，內存越大越快，推薦4G以上內存，酷睿2核或者4核。編譯完成以後據說會佔用30G的空間。編譯後的文件位於 d:/chorme/chrome/debug 目錄或者 d:/chorme/chrome/release目錄下。

四 chrome涉及的開源項目

Chrome 採用了很多開源項目，這里把它們列出來以備後用，目前Chrome涉及25個開源代碼：
1、Google Breakpad
/src/breakpad
開源的跨開台程序崩潰報告系統。
2、Google URL
/src/googleurl
Google小巧的URL解析整理庫。
3、Skia
/src/skia
矢量圖引擎。
4、Google v8
/src/v8
Google開源的JavaScript引擎。V8實現了ECMA-262第三版的ECMAScript規范，可運行於Windows XP 和 Vista, Mac OS X 10.5 (Leopard), 及 Linux等基於IA-32 或 ARM 的系統之上。V8可單獨運行也可嵌入到任何C++程序中。
5、Webkit
/src/webki
開源的瀏覽器引擎
6、Netscape Portable Runtime (NSPR)
/src/base/third_party/nspr
Netscape Portable Runtime (NSPR) 提供了系統級平台無關的API及類似libc的函數。
7、Network Security Services (NSS)
/src/base/third_party/nss
Network Security Services (NSS) 一套用於支持伺服器端與客戶端安全開發的跨平台函數庫。程序通過NSS可支持SSL v2 and v3, TLS, PKCS #5, PKCS #7, PKCS #11, PKCS #12, S/MIME, X.509 v3 認證及其它一些安全標准。
8、Hunspell
/src/chrome/third_party/hunspell
Spell checker and morphological analyzer library and program designed for languages with rich morphology and complex word compounding or character encoding.
9、Windows Template Library
/src/chrome/third_party/wtl
用於開發Windows程序與UI組件的C++ library。WTL擴展了ATL (Active Template Library) 並提供一套用於controls, dialogs, frame windows, GDI objects等開發的類。
10、Google C++ Testing Framework
/src/testing/gtest
Google用於編寫C++測試的基於xUnit架構的框架，可用於多種平台上：Linux, Mac OS X, Windows, Windows CE, and Symbian。支持自動測試發現，有一套豐富的Assertions斷言，用於可自定義斷言，death tests, fatal and non-fatal failures, various options for running the tests, and XML test report generation.
11、bsdiff 與 bspatch
/src/third_party/bsdiff 及 /src/third_party/bspatch
bsdiff 與 bspatch 用於為二進制文件生成補丁。
12、bzip2
/src/third_party/bzip2
bzip2使用Burrows-Wheeler block sorting text compression 演算法與Huffman編碼壓縮文件。
13、International Components for Unicode (ICU)
/src/third_party/icu38
ICU是一套成熟並被廣泛使用的C/C++ 及 Java 庫，可為軟體提供Unicode與全球化支持。
14、libjpeg
/src/third_party/libjpeg
用於處理JPEG (JFIF)圖像格式的庫。
15、libpng
/src/third_party/libpng
PNG圖像格式庫。支持絕大部分的PNG特性，可擴展。已經被廣泛地使用了13年以上了。
16、libxml
/src/third_party/libxml
C語言的XML解析庫。
17、libxslt
/src/third_party/libxslt
C語言的XSLT庫。
18、LZMA
/src/third_party/lzma_sdk
LZMA為7-Zip軟體中7z格式壓縮所使用的壓縮演算法，有很好的壓縮效果。
19、stringencoders
/src/third_party/modp_b64
一系列高性能的c-string轉換函數，比如：base 64 encoding/decoding。通常比其標准實現快兩倍以上。
20、Netscape Plugin Application Programming Interface (NPAPI)
/src/third_party/npapi
多種瀏覽器使用的跨平台插件架構。
21、Pthreads-w32
/src/third_party/pthread
用於編寫多線程程序的API
22、SCons - a software construction tool
/src/third_party/scons
開源的軟體構建工具——下一代的編譯工具。可以認為SCons是改進過的跨平台配上autoconf/automake與ccache的Make工具的子系統。
23、sqlite
/src/third_party/sqlite
大名鼎鼎的嵌入式資料庫引擎。自管理、零配置、無需伺服器、支持事務。
24、TLS Lite
/src/third_party/tlslite
SSL 3.0, TLS 1.0, and TLS 1.1的Python免費實現庫。TLS Lite支持這些安全驗證方式：SRP, shared keys, and cryptoIDs in addition to X.509 certificates。註：Chrome並不包涵Python。TLS Lite用於Chrome開發過程中的代碼覆蓋、依賴檢查、網頁載入時間測試及生成html結果比較等。
25、zlib
/src/third_party/zlib
zlib為一套用於任意平台與機器的無損數據壓縮的庫，它免費、自由、無任何法律專利問題。

③ 如何把寫好的JavaSE項目打包成桌面可執行程序

需要的工具myeclipse 、jar2exe
步驟：1、將Java項目導出成.jar包，滑鼠右鍵項目名，選擇導出

2、導出的方式選擇Runnable JAR file,點擊next繼續

3、選擇導出文件的路徑

4、 jar文件成功導出到桌面

5、用工具將jar文件打包成EXE可執行文件，選擇剛才導出的jar文件

6、選擇要導出程序的類型

7、選擇主類，圖片可不選

8、導出程序的具體設置

9、 選擇輔助jar文件沒有則不選

10、最後為EXE文件命名和更換圖標

11、成功生成！

④ Java可以編寫能在WINDOWS下的exe程序嗎

java代碼可以用fatjar工具打包成.jar後綴的文件,可以直接運行的。x0dx0a如果要打包成.exe格式，需要再使用ext4j或者其他工具在jar的基礎上再次打包。x0dx0a不過java桌面程序是依賴jre的，所以，必須是要求使用電腦安裝jre或者在使用x0dx0aext4j打包的時候將jre安裝程序也打包了。

⑤ 如何製作Ext4文件系統鏡像

編譯Android源碼最後是使用make_ext4生成 Ext4鏡像+簽名(更新：合理使用make_ext4參數是不會導致添加簽名的)，如果需要純Ext4鏡像，那麼需要再去掉簽名，使用simg2img。這個兩個工具都是在編譯Android源碼時編譯出來的，如果沒有Android源碼編譯環境，當然也可以使用Ubuntu社區已經整理好的工具集android-tools-fsutils，該工具集文件列表如下:(來自android-tools-fsutils/filelist)
/usr/bin/ext2simg
/usr/bin/ext4fixup
/usr/bin/img2simg
/usr/bin/make_ext4fs
/usr/bin/mkuserimg
/usr/bin/simg2img
/usr/bin/simg2simg
/usr/bin/simg_mp
/usr/bin/test_ext4fixup

工具集安裝方法：

sudo apt-get install android-tools-fsutils

1

1

製作Ext4文件系統鏡像：

# 創建測試目錄
mkdir /tmp/ext4 && cd /tmp/ext4 &&
mkdir test test_mount &&
echo "Hello Ext4" > test/HelloExt4.txt &&

# 生成名為test.ext4的Ext4鏡像
make_ext4fs -l 512M test.ext4 test &&

# 掛載test.ext4到test_mount測試
mount -t ext4 -o loop test.ext4 test_mount &&
ls test_mount || echo "Error!"

一、在(yourAndroid code path)/out/ 目錄里查找這個工具
unyaffs: 用於解壓system.img
mkyaffs2image: 用於打包system.img

呵呵，find 命令肯定會吧？find out/ -name mkyaffs2image
找到了後，記住這個目錄． 我的是(codePATH)/out/host/linux-x86/bin/

1.在任意文件夾下面建立一個system文件夾，我的是在home/changjiang/下面建的,這個是用來存放你解壓system.img出來的文件,然後將找到的兩個工具 unyaffs、mkyaffs2image拷貝到/changjiang/home/system
2.將編譯出來的system.img或者下載的system.img復制到system文件夾中。

3.在終端中輸入如下命令操作（/home/changjiang/替換成自己電腦中的路徑，你的不是我的）
cd /home/changjiang/system
./unyaffs /home/changjiang/system/system.img（用unyaffs命令解壓system.img)，解壓出來的有各種應用，庫等等，你可以修改或者替換

二、重新打包system.img，雖然我不知道為什麼要這樣做，但是我知道這樣做是可以的．
呵呵，linux沒有不可能的事情．朝鮮的 紅星操作系統就是例子．
具體辦法是
system/ 這個目錄，這個目錄就是用來生成system.img 的．
mkyaffs2image system/ system.img

在Ubuntu中第一次使用mkyaffs2image命令時，會提示
mkyaffs2image：找不到命令

還需要安裝mkyaffs2image
http://code.google.com/p/fatplus/downloads/detail?name=yaffs2-source.tar&can=2&q=
下載yaffs2-source.tar
解壓後，進入utils文件夾，然後make

將make之後生成的mkyaffs2image文件拷貝到/usr/bin目錄下
$ su
# cp mkyaffs2image /usr/bin/
# chmod 777 /usr/bin/mkyaffs2image

之後
$ mkyaffs2image
mkyaffs2image: image building tool for YAFFS2 built Jan 6 2012
usage: mkyaffs2image dir image_file [convert]
dir the directory tree to be converted
image_file the output file to hold the image
'convert' proce a big-endian image from a little-endian machine

表明安裝成功，同時也可以看到該命令的用法
mkyaffs2image dir image_file
例如：

mkyaffs2image am1808-fs am1808-fs.yaffs//創建jffs2文件

搞Android的同學經常會接觸到system.img。但是該文件經常以兩種格式出現：raw和sparse。
一種是raw ext4 image，即經常說的raw image，使用file觀察它： 其特點是完整的ext4分區鏡像（包含很多全零的無效填充區），可以直接使用mount進行掛載，因此比較大（一般1G左右）。
[java] view plain
$ file system.img
system.img: Linux rev 1.0 ext4 filesystem data, UUID=57f8f4bc-abf4-655f-bf67-946fc0f9f25b (extents) (large files)
信息非常明確了。

⑥ 200分！ Ubuntu V9.04 系統安裝！

對於不了解Linux的說，可以使用一樓說的添加刪除程序的方法來安裝

ub提供了在windows下進行安裝刪除自身的功能的程序：wubi.exe

打開光碟根目錄下就可以看到（如下圖），點擊"installinsidewindows"

就可以象普通程序一樣安裝在xp裡面，先保證至少有一個分區有足夠的空間，

然後下一步，

選擇安裝ubuntu的位置(哪個盤空間大安裝到哪個盤）

然後選擇安裝虛擬鏡像文件的大小，這決定了ubuntu能使用真實硬碟中多大的空間（這是通過一個鏡像文件虛擬硬碟的方式）

再選擇下語言，設置下用戶名，密碼（這要記住，否則就不好登陸了）

就可以開始安裝了，速度很快，放心就是了，對原來系統不會有什麼影響，

啟動方式就像普通雙windows系統菜單那樣（如下圖）

用不習慣就在控制面板里可以直接刪除，

注:這樣ub使用虛擬硬碟方式，安裝和刪除都不會改變原來硬碟分區結構

速度不會比真實硬碟慢很多，這個差異是感覺不到的

⑦ 如何使用大於16TB的ext4文件系統

很多人用mkfs.ext4嘗試不通之後，就改用xfs了。
而實際上，這個問題早有人解決了，解決方法起始也比較簡單。
http //blog ronnyegner-consulting de/2011/08/18/ext4-and-the-16-tb-limit-now-solved/
http //rritw com/a/JAVAbiancheng/ANT/20101003/43604 html

原來EXT4是真的支持1EiB的文件系統的，只是mkfs無法支持大於16T的文件系統，所以只需要升級一下格式化工具即可。
關於為什麼mkfs.ext4不能格式化大於16T的Ext4文件系統以及其解決方法，原文解釋如下：
To be specific: Even with the most recent e2fsprogs 1.41.14 there is no way to create file systems larger than 16 TB.

But: According to this post it should work since June:

It』s taken way too long, but I』ve finally finished integrating the 64-bit patches into e2fsprogs』s mainline repository. All of the necessary patches should now be in the master branch for e2fsprogs. The big change from before is that I replaced Val』s changes for fixing up how mke2fs picked the correct fs-type profile from mke2fs.conf with something that I think works much better and leaves the code much cleaner. With this change you need to add the following to your /etc/mke2fs.conf file if you want to enable the 64-bit feature flag automatically for a big disk:

[fs_types] ext4 = {
features = has_journal,extent,huge_file,flex_bg,uninit_bg,dir_nlink,extra_isize
auto_64-bit_support = 1 # <—- add this line
inode_size = 256
}

Alternatively you can change the features line to include the feature 「64bit」; this will force the use of the 64-bit fields, and double the size of the block group descriptors, even for smaller file systems that don』t require the 64-bit support. (This was one of my problems with Val』s implementation; it forced the mke2fs.conf file to always enable the 64-bit feature flag, which would cause backwards compatibility issues.) This might be a good thing to do for debugging purposes, though, so this is an option which I left open, but the better way of doing things is to use the auto_64-bit-support flag.

所以，只需要升級下工具即可，升級方式如下：
git clone git://git.kernel.org/pub/scm/fs/ext2/e2fsprogs.git
cd e2fsprogs
./configure
make && make install

完畢之後還是不能用mkfs.ext4來格式化，而要用「mke2fs」進行格式化，命令參考如下：
mke2fs -O 64bit,has_journal,extents,huge_file,flex_bg,uninit_bg,dir_nlink,extra_isize -i 4194304 /dev/md0

需要注意的是，這是一個還在開發中的工具，使用請個人承擔風險：
This are *development* tools – use at your OWN RISK

格式化完畢後就掛載了，來看看你的超大EXT4文件系統吧：
mount -t ext4 /dev/md0 /mnt

mount|grep md0
/dev/md0 on /cache/data type ext4 (rw)

df -h
/dev/md0 19T 229M 18T 1% /mnt

最後，E文作者總結了這么幾點，Conclusion:
With the most recent e2fstools (1.42-WIP) it is possible to create ext4 file system larger than 16 TB.

If you do so remember the following:

the tool is still in development – use at your own risk!
tune the values for autocheck (after x mounts / after y days)
adjust the 「-i」 switch which defines the bytes/inode ratio; in the example above one inode is created for every 8 MB
the more inodes you create the longer fsck takes and the more memory it needs
Resizing the file system (growing / shrinking) is NOT possible at the moment