本章記錄下我針對 nanogui 寫的 videoview 控件，并且在海康的一個攝像頭上測試通過的過程，在開發的過程中碰到了 segment fault的問題，通過導出 core 文件以及使用 gdb 很快定位出崩潰的原因，在這個過程中再次體驗到了使用 buildroot 進行構建的快樂。但是我目前根據 nanogui 開發的程序尚未繼承到 buildroot 當中，將 nanogui 繼承到 buildroot 這個也算是后期的一個目標。

• 修復ffmpeg編譯一直出錯，提示undefined av_xxxx
• 使用 buildroot 編譯 aarch64-linux-gdb定位 segment fault 問題
• 在 solus 上編譯 buildroot,修復相關編譯錯誤

1. 鏈接 ffmpeg 庫一直出錯

首先看一下出錯的提示：

后來參考了網上的解決方案，發現是引用 ffmpeg 頭文件的時候缺少

#ifdef __cplusplus
extern "C" {
#endif
xxxxx /* ffmpeg 頭文件 */
#ifdef __cplusplus
}
#endif

因為 ffmpeg 主要是 c 語言開發的所以，引用相關頭文件的時候需要為 C++ 原文件進行一次兼容。要不然的話，就不能正常引用到對應的函數。

完整 videoview 控件的源碼，我已經上傳到我 fork 的 nanogui 倉庫了。這里就不羅列了，這里展示下成功顯示視頻的相關照片：

2. 使用 gdb 定位 segment fault

在順利完成 ffmpeg 的鏈接編譯之后，開始運行可執行程序，發現 segment fault了，我嘗試使用 gdbserver 和 gdb 配置進行定位，發現默認并沒有編譯出來 aarch64-linux-gdb。只能在 buildroot 中開啟 host gdb 的編譯，主要放開如下宏：

BR2_PACKAGE_HOST_GDB=y
BR2_PACKAGE_HOST_GDB_TUI=y
BR2_GDB_VERSION_8_1=y
BR2_GDB_VERSION="8.1.1"

編譯出來后，在板子上修改 core 配置，放開生成 core 文件：ulimit -c unlimited。然后將 core 文件發送到 PC，再使用命令 aarch64-linux-gdb example1 core 對 example1進行調試（目前我的開發是直接修改的 example1.cpp進行的）。記得修改下 sysroot 和 solib-search，這部分可以放在當前目錄的 .gdbinit 文件中:

set solib-search-path /home/yangyongsheng/Projects/debian_yy3568/YY3568-Debian10/buildroot/output/rockchip_rk3568/host/aarch64-buildroot-linux-gnu/sysroot/
set sysroot ~/Projects/debian_yy3568/YY3568-Debian10/buildroot/output/rockchip_rk3568/host/aarch64-buildroot-linux-gnu/sysroot/

記得還有修改下 ~/.gdbinit 文件：

set auto-load safe-path /

通過 gdb 很快就可以定位到出錯的代碼位置。

3. 在 solus 上編譯 buildroot

家里的一臺筆記本，我安裝的是 solus,軟件包可能沒有 fedora 那么齊全，所以編譯過程中碰到了一些問題，經過幾天的搜索還好是順利將 buildroot編譯通過，通過這幾天的排查問題，我感覺的 solus 依舊好用。有些軟件包官方倉庫沒有就需要自己手動下載源碼安裝，我僅羅列一些我下載的：

├── libdb
├── libnsl
├── libtirpc
├── libxcrypt

特別地在編譯 python2.7 的時候，總是出錯，但是終端提示的問題只是一些警告信息，導致我一直搜索如何排除這些警告，實際還是走了一些彎路。可能是 unbuffer 的鍋，因為我在使用 buildroot menuconfig 的時候使用默認的 unbuffer 總是無法在 solus 上彈出來 menuconfig 的配置界面（因為我要開啟 gdb 編譯選項），在 buildroot 的根目錄直接 make menuconfig 確是可以的，后來我就強制修改 menuconfig 的時候不用 brmake 而是使用 make 規避了這個問題。下次碰到這個問題需要去對應的 buildroot 的根目錄去 make 確認出錯的根本原因，發現是鏈接 crypt 的時候出錯的，通過強制創建 /lib/libcrypt.so 到的軟鏈接修復了這個問題。

? ll /lib/libcrypt.so
lrwxrwxrwx root root 26 B Sun Aug 13 13:44:40 2023 ? /lib/libcrypt.so ? /usr/local/lib/libcrypt.so

再展示下在 solus 下使用 buildroot 開心編譯的截圖：

通過這個過程我還發現了一個軟件包集合的網站 https://dev.getsol.us/source，這里面包含了 solus 有關 python2.7 的配置編譯依賴，最后順利編譯出來了 buildroot 選擇的 python2.7。

審核編輯：湯梓紅