① 交叉編譯SNMP時找不到庫文件
用arm-linux-ldd試試讓明殲
再用find /opt/eldk-4.0/arm/ -name "*lib[czd][l.][.s]*"坦沖
看有什麼發現槐派不。
② 如何交叉編譯 動態庫
首先，你要保證你編譯的程序使用的交叉編譯鏈是開發板支持的，例如arm-linux-4.3.2,一般是在虛擬機下面的linux系統下的/etc/profile裡面添加編譯鏈路徑；接著，需要確保使用的內核是開發板目前使用的內核，一般MINI2440是使用linux-2.6.30版本的，這個要在程序的makefile文件裡面改；還有，如果你使用靜態編譯方式文件會比較大，但是不用依賴庫，如果是用動態編譯，文件就比較小，但是依賴動態庫，如果放到開發板上運行提示缺少動態庫，就證明你沒有把動態庫放進開發板的/lib裡面，可以用ldd指令查看需要哪些庫；最後，記住移植的方式可以使用NFS或者TFTP，U盤也可以，放到開發板上後必須在文件存放的當前目錄下./可執行文件，或者把文件放入/bin或者/sbin下面，就可以直接可執行文件，不用加./你可以在程序裡面加些調試信息輸出，例如printf，以此證明有執行。
③ 32 位支持：使用 GCC 交叉編譯
如果你是一個開發者，要創建二進制軟體包，像一個 RPM、DEB、Flatpak 或 Snap 軟體包，你不得不為各種不同的目標平台編譯代碼。典型的編譯目標包括 32 位和 64 位的 x86 和 ARM。你可以在不同的物理或虛擬機器上完成你的構建，但這需要你為何幾個系統。作為代替，你可以使用 GNU 編譯器集合 ( GCC ) 來交叉編譯，在單一的構建機器上為幾個不同的 CPU 架構產生二進制文件。
假設你有一個想要交叉編譯的簡單的擲骰子 游戲 。在大多數系統上，以 C 語言來編寫這個相對簡單，出於給添加現實的復雜性的目的，我以 C++ 語言寫這個示例，所以程序依賴於一些不在 C 語言中東西 (具體來說就是 iostream)。
在你的系統上使用 g++ 命令編譯它：
然後，運行它來確認其工作：
你可以使用 file 命令來查看你剛剛生產的二進制文件的類型：
同樣重要，使用 ldd 命令來查看它鏈接哪些庫：
從這些測試中，你已經確認了兩件事：你剛剛運行的二進制文件是 64 位的，並且它鏈接的是 64 位庫。
這意味著，為實現 32 位交叉編譯，你必需告訴 g++ 來：
為編譯成 32 位二進制，你需要在你的系統上安裝 32 位的庫和頭文件。如果你運行一個純 64 位系統，那麼，你沒有 32 位的庫或頭文件，並且需要安裝一個基礎集合。最起碼，你需要 C 和 C++ 庫（glibc 和 libstdc++）以及 GCC 庫（libgcc）的 32 位版本。這些軟體包的名稱可能在每個發行版中不同。在 Slackware 系統上，一個純 64 位的帶有 32 位兼容的發行版，可以從 Alien BOB 提供的 multilib 軟體包中獲得。在 Fedora、CentOS 和 RHEL 系統上：
不管你正在使用什麼系統，你同樣必須安裝一些你工程使用的 32 位庫。例如，如果你在你的工程中包含 yaml-cpp，那麼，在編譯工程前，你必需安裝 yaml-cpp 的 32 位版本，或者，在很多系統上，安裝 yaml-cpp 的開發軟體包（例如，在 Fedora 系統上的 yaml-cpp-devel）。
一旦這些處理好了，編譯是相當簡單的：
-m32 標志告訴 GCC 以 32 位模式編譯。-march=i686 選項進一步定義來使用哪種最優化類型（參考 info gcc 了解選項列表）。-L 標志設置你希望 GCC 來鏈接的庫的路徑。對於 32 位來說通常是 /usr/lib，不過，這依賴於你的系統是如何設置的，它可以是 /usr/lib32，甚至 /opt/usr/lib，或者任何你知道存放你的 32 位庫的地方。
在代碼編譯後，查看你的構建的證據：
接著，當然， ldd ./dice32 也會指向你的 32 位庫。
在 64 位相同的處理器家族上允許 GCC 做出很多關於如何編譯代碼的假設來編譯 32 位軟體。如果你需要為完全不同的處理器編譯，你必需安裝適當的交叉構建實用程序。安裝哪種實用程序取決於你正在編譯的東西。這個過程比為相同的 CPU 家族編譯更復雜一點。
當你為相同處理器家族交叉編譯時，你可以期待找到與 32 位庫集的相同的 64 位庫集，因為你的 Linux 發行版是同時維護這二者的。當為一個完全不同的架構編譯時，你可能不得不窮追你的代碼所需要的庫。你需要的版本可能不在你的發行版的存儲庫中，因為你的發行版可能不為你的目標系統提供軟體包，或者它不在容易到達的位置提供所有的軟體包。如果你正在編譯的代碼是你寫的，那麼你可能非常清楚它的依賴關系是什麼，並清楚在哪裡找到它們。如果代碼是你下載的，並需要編譯，那麼你可能不熟悉它的要求。在這種情況下，研究正確編譯代碼需要什麼（它們通常被列在 README 或 INSTALL 文件中，當然也出現在源文件代碼自身之中），然後收集需要的組件。
例如，如果你需要為 ARM 編譯 C 代碼，你必須首先在 Fedora 或 RHEL 上安裝 gcc-arm-linux-gnu（32 位）或 gcc-aarch64-linux-gnu（64 位）；或者，在 Ubuntu 上安裝 arm-linux-gnueabi-gcc 和 binutils-arm-linux-gnueabi。這提供你需要用來構建（至少）一個簡單的 C 程序的命令和庫。此外，你需要你的代碼使用的任何庫。你可以在慣常的位置（大多數系統上在 /usr/include）放置頭文件，或者，你可以放置它們在一個你選擇的目錄，並使用 -I 選項將 GCC 指向它。
當編譯時，不使用標準的 gcc 或 g++ 命令。作為代替，使用你安裝的 GCC 實用程序。例如：
驗證你構建的內容：
這是一個如何使用交叉編譯的簡單的示例。在真實的生活中，你的源文件代碼可能產生的不止於一個二進制文件。雖然你可以手動管理，在這裏手動管理可能不是好的正當理由。在我接下來的文章中，我將說明 GNU 自動工具，GNU 自動工具做了使你的代碼可移植的大部分工作。
via: https://opensource.com/article/19/7/cross-compiling-gcc
作者： Seth Kenlon 選題： lujun9972 譯者： robsean 校對： wxy
④ 在WINDOWS下交叉編譯LINUX程序運行不了是為什麼
交叉編譯出來的文件在目標機上無法運行大姿棗斗多由兩個原因造成：
1 交叉編譯工具鏈與目標機架構不匹配岩帶，也就是選錯了編譯工具；
2 缺少依賴庫跡磨，這種情況可使用ldd命令查看依賴項，檢查一下是否缺少依賴庫文件
⑤ 如何使用clang+llvm+binutils+newlib+gdb搭建交叉編譯環境
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++？）
⑥ linux交叉編譯Qt 失敗
設置環境變數 export QT_DEBUG_PLUGINS=1
重新運行程序
Cannot load library /opt/Qt-5.12.4/plugins/platforms/libqxcb.so2
輸入ldd /opt/Qt-5.12.4/plugins/platforms/libqxcb.so
顯示缺少 libxkbcommon，並展示其路徑。
然後將顯示路徑中的拷貝到需要的目錄中。
⑦ 查詢linux應用程序運行依賴哪些庫
在x86下,為了查看程序所依賴的庫,可以使用ldd命令
但如果是使用arm-linux-gcc 等交叉編譯環境編譯出來的程序,則要使用readelf命令來查看了
⑧ 如何讓QT編譯器顯示游標
1 PC版本
在終端中輸入:sudo apt-get install qt4-dev-tools qt4-doc qt4-qtconfig qt4-demos qt4-designer qt4-qmlviewer
◆qt4-dev-tools 中包括了Qt Assistant,Qt Linguist,Qt Creator
◆qt4-doc 這個是幫助文檔
◆qt4-qtconfig Qt的配置工具,這個裝好默認好
◆qt4-demos 官方的一些Demo
◆qt4-designer 可視化窗體設置工具
◆qt4-qmlviewer 和qtcreator相關
安裝後，沒有安裝Qt Creator，在Ubuntu 圖形桌面上點擊左側的Ubuntu Software Center，搜索Qt ，選擇Qt Creator
完成後，在terminal命令行執行命令 qtcreator啟動Qt Creator了
註：如果需要編譯特定版本的，如4.8.5，則:
(1) 安裝一些依賴包
sudo apt-get install libX11-dev libXext-dev libXtst-dev
(2) 下載Qt源碼包 qt-everywhere-opensource-src-4.8.5.tar.gz，解壓後進入目錄
用命令 sudo ./configure -prefix /usr/local/Trolltech/Qt-4.8.5;sudo make;sudo make install即可
2 ARM版本
註：以下所使用的交叉編譯工具為arm-none-linux-gnueabi 如果使用arm-linux 做相應的修改即可
（1）下載Qt源碼包 qt-everywhere-opensource-src-4.8.5.tar.gz；
（2） 解壓後進入該文件夾，執行.
./configure -opensource -embedded arm -xplatform qws/linux-arm-gnueabi-g++ -no-webkit -qt-libtiff -qt-libmng -qt-libjpeg -qt-libpng -no-qt3support -nomake demos -nomake docs -nomake examples -little-endian -host-little-endian -fast -lrt
（3） 執行make，及make install命令，一般時間比較長
（4） 完成後修改mkspecs文件的許可權，供qt creator使用： sudo chmod 775 mkspecs -R
（5） 配置qt creator：工具->選項->Qt4 找到「手動設置」增加一個，qmake路徑填第二步中的安裝目錄下的qmake路徑，」usr/local/Trolltech/QtEmbedded-4.8.5-arm/bin/qmake「
（6）配置完成後，打開項目後點左側「項目」，選擇剛才配置的Qt版本即可編譯生成arm版程序了
3 移植到ARM
（1）需要將usr/local/Trolltech/QtEmbedded-4.8.5-arm/lib移植到ARM板上相同的位置，將plugins里的.so也移入..../QtEmbedded-4.8.5-arm/lib
（2） 對（1）中的lib/下的.so做鏈接
ln -s libQtDeclarative.so.4.8.5 libQtDeclarative.so
ln -s libQtDeclarative.so.4.8.5 libQtDeclarative.so.4
ln -s libQtDeclarative.so.4.8.5 libQtDeclarative.so.4.8
ln -s libQtGui.so.4.8.5 libQtGui.so
ln -s libQtGui.so.4.8.5 libQtGui.so.4
ln -s libQtGui.so.4.8.5 libQtGui.so.4.8
......
註：（1）（2） 也可以用壓縮打包整個lib,拷貝過去來實現
（3）vi ~/.bashrc 文件，加入
QTDIR=usr/local/Trolltech/QtEmbedded-4.8.5-arm
export QTDIR
PATH=$QTDIR/lib:$PATH
export PATH
LD_LIBRARY_PATH=$QTDIR/lib:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
4 一些常見錯誤
（1） 「QMAKESPEC has not been set」，解決方案：sudo gedit ~/.bashrc ,添加內容：export QMAKESPEC=usr/local/Trolltech/QtEmbedded-4.8.5-arm/mkspecs/qws/linux-arm-gnueabi-g++
（2） 安裝了多種版本的QT，如果想默認使用QtEmbeddedb版本，可以在上述文件中加入：export PATH=/usr/local/Trolltech/QtEmbedded-4.5.2-arm/bin:$PATH
（3） 配置完成後，可使用qmake -project;qmake;make進行工程編譯
（4） arm開發板的終端打不開，出現"grantpt failed:..."問題，可以輸入：mount -o remount,gid=5,mode=620 /dev/pts 回車
（5） Qtcreator配置出現，沒有編譯鏈，則可加入GCCE編譯鏈，目標位置就是linux-none-arm-guneabi-g++所在位置
（6） 出現qmlviewer 沒有安裝的問題，可從/usr/bin里將qml開頭的三個可執行文件拷到usr/local/Trolltech/QtEmbedded-4.8.5-arm/bin下
（7） make 出現arm-none-linux-gnueabi-g++命令未找到，如果確定環境變數已經添加，則檢查文件所屬賬號是不是你現在賬戶；環境變數如果一直不對，可以關掉終端，新開一個，重新設置
（8） 如果開發板運行程序的時候出現 cannot mix incompatible Qt library with this library，查找資料，大家都說最可行性的解決方案是卸干凈，重新編譯，自己花了好長時間重新編譯後，發現還是一樣。然後用ldd <filename> 查看了運行文件依賴的庫，發現程序有部分鏈接到了開發板上的Qt庫。做了Qt動態庫的全部ln（具體見第3部分）
//////////////////////////////////////////////////////////////////////////////////////////////////////由於項目需要，需要加入觸屏，編譯過程中發現不同與之前的新的問題，記錄如下
一 觸屏庫tslib的編譯
1 下載相應的工具
do apt-get install automake
sudo apt-get install autogen
sudo apt-get install autoconf
sudo apt-get install libtool
2 很重要的一步，設置 CC和CXX
export CC=.... ,export CXX=...,一般CC=arm-linux-gcc ,CXX=arm-linux-g++，我的交叉編譯環境是arm-none-linux-gnueabi-gcc,arm-none-linux-gnueabi-g++,輸入命令 export CC=arm-none-linux-gnueabi-gcc export CXX=arm-none-linux-gnueabi-g++
3 編譯
cd tslib
./autogen.shecho "ac_cv_func_malloc_0_nonnull=yes" > arm-none-linux-gnueabi.cache #(這樣做到目的是避免出現undefined reference to rpl_malloc錯誤)./configure --host=arm-none-linux-gnueabi CC=<你的cc編譯器所在路徑> CXX=<你的++編譯器所在路徑> --cache-file=arm-none-linux-gnueabi.cache -prefix=/usr/local/tslibmakemake install
4 檢查，可進入/usr/local/tslib/bin 里，file ts_test（或其他文件） 如果顯示ARM，表明編譯正確，如果顯示80386表明你用的不是交叉編譯器，而是系統的gcc。註：因為版本不一致，導致編譯QT時一直出現 fail to find tslib function...，加入-verbose選項，列印出/opt/../ld:cannot find -lts（tslib和qt編譯器版本不對應造成）。
二 編譯QTe 4.8.5
1 編譯指令需要改為./configure -opensource -embedded arm -xplatform qws/linux-arm-gnueabi-g++ -no-webkit -qt-libtiff -qt-libmng -qt-libjpeg -qt-libpng -no-qt3support -nomake demos -nomake docs -nomake examples -little-endian -host-little-endian -no-xcursor -no-mouse-linuxtp -qt-mouse-tslib -I/usr/local/tslib/include -L/usr/local/tslib/lib -fast -lrt
不需要滑鼠的話就加上綠色的文字，並且修改./src/gui/embedded/qwscursor_qws.h，在文件頭部加上#define QT_NO_QWS_CURSOR
2 編譯器最好在qws/linux-arm-gnueabi-g++/qmake.conf中指定完全的路徑，否則可能出現一些奇怪的錯誤。
3 qmake.conf中記得加入-lts 在g++ gcc後面
三 移植到開發板
如果開發板中沒有tslib庫，則需要進行移植1 將tslib庫拷到開發板 /usr/local/tslib2 修改ts.conf vi /usr/local/tslib/etc/ts.conf -》將#mole_raw input前的#去掉3 vi /etc/profile 添加export TSLIB_ROOT=/usr/local/tslib
export TSLIB_TSDEVICE=/dev/input/event1
export QWS_MOUSE_PROTO=tslib:/dev/input/event1
export TSLIB_CALIBFILE=/etc/pointercal
export TSLIB_CONFFILE=$TSLIB_ROOT/etc/ts.conf
export TSLIB_PLUGINDIR=$TSLIB_ROOT/lib/ts
export TSLIB_FBDEVICE=/dev/fb0
export TSLIB_CONSOLEDEVICE=none #避免出現「open console device: No such file or directory KDSETMODE: Bad file descriptor」的錯誤
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$TSLIB_ROOT/libTSLIB_TSDEVICE 和QWS_MOUSE_PROTO這兩項需要查看自己的板子的觸摸屏設備對應/dev/input/下哪個文件可用cat /proc/bus/input/devices查看具體可參考博客http://blog.163.com/zhuandi_h/blog/static/180270288201222310291262/
頂
1
⑨ 如何查看可執行文件的依賴庫
但是更多的情況是在交叉編譯環境中，如果我們需要查搏世前看一個交叉返御編譯出來的可執行文件依賴庫，怎麼辦？
對，需要用到目標環境基清的ldd
⑩ QT程序移植出現undefined symbol: _
可能是源嘩鬧庫蘆帆的版本不一樣造成的。
你這是qt5以上的版本吧，教材上基本都是qt4的例子，依葫蘆畫瓢肯定不會完全一樣的雹罩。