目的:应用开发时最初是没有和buildroot中一起编译时,后面应用程序写的差不多时,同事问我怎么把应用程序打包到文件系统中,然后发布时跟随文件系统一起发布,并且增加打包启动脚本。所以本文在已经可以单独编译的基础上把项目放入buildroot一起编译。
应用程序单独可以编译(buildroot 有make sdk 单独打包编译环境)。
本文简化了项目部分内容,仅以demo 为项目代号,记录在buildroot中增加qt项目的过程。
环境:ubuntu20.04 、瑞芯微 RV1109 SDK
创建过程省略,当然后创建工程的路径也可以任务指定,不一定非得在SDK中的app目录下,只是app下面有很多其它的demo,这里也就放在app路径下了。这里假设app目录下创建工程文件名为demo/gui/demo.pro 工程
在SDK路径/buildroot/package 创建一个demo 文件夹,文件夹中分别创建二个文件,一个demo.mk 另一个为Config.in ; 内容分别为
demo.mk:
################################################################################
#
# demo
#
################################################################################
DEMO_VERSION = 1.0
DEMO_SITE = ${TOPDIR}/../app/demo
DEMO_SITE_METHOD = local
DEMO_LICENSE = Apache V2.0
DEMO_LICENSE_FILES = NOTICE
define DEMO_CONFIGURE_CMDS
cd $(@D)/gui/;$(TARGET_MAKE_ENV) $(HOST_DIR)/bin/qmake ;
endef
define DEMO_BUILD_CMDS
source $(@D)/gui/../work_sdk_path.sh; $(TARGET_MAKE_ENV) $(MAKE) -C $(@D)/gui/
endef
define DEMO_INSTALL_TARGET_CMDS
$(@D)/app_install.sh $(TARGET_DIR)
endef
$(eval $(generic-package))
注意这里 多了个/gui/ ,因为写建工程时demo.pro 是放在工程目录gui下方的。
Config.in:
config BR2_PACKAGE_DEMO
bool "demo"
help
this is a app for QT Buildroot demo
在/buildroot/package 路径下增加“source "package/demo/Config.in"”
menu "Target packages"
source "package/busybox/Config.in"
source "package/rockchip/Config.in"
source "package/skeleton/Config.in"
source "package/skeleton-custom/Config.in"
source "package/skeleton-init-common/Config.in"
source "package/skeleton-init-none/Config.in"
source "package/skeleton-init-systemd/Config.in"
source "package/skeleton-init-sysv/Config.in"
source "package/testApp/Config.in"
source "package/demo/Config.in"
先设置编译buildroot的环境,执行source envsetup.sh rockchip_rv1126_rv1109_facial_gate。下面是查看当前sdk使用哪个环境编译的。
ubuntu:~/work/rv1109_rq/rv1126_1109_20220429$ ./build.sh -h rootfs
###Current SDK Default [ rootfs ] Build Command###
source envsetup.sh rockchip_rv1126_rv1109_facial_gate
make
然后再进入buildroot目录 执行
(1)make demo-dirclean 删除掉工buildroot缓存的工程目录 ,因为在测试过程中,我们的文件一直是放在app下,有时增加或者修改(单独编译qmake)与buildroot下的不同,所以需要先clean 删除。
(2)make demo-rebuild 进行编译,看是否报错
如果不报错,就接近使用了。
4.buildroot 的menuconfig中设置
选择BR2_PACKAGE_DEMO 后面在buildrootk 整个make 就可以执行整个流程了
从上面的流程中,只是一般性的描述了如何把一个工程放入buildroot下编译,并且编译成功,但并没有解决打包的问题,同时增加的buildrot,因为文件目录众多,关系有点绕。其他人只关心怎么把应用程序、配置、资源文件、启动脚本打包进文件系统。至于buildroot 如果去配置,他们不关心,也不想经常去改。且多人配合时,路径问题如何管理。
多人开发时引用头文件或者库的路径问题,怎么才不至于不同开发人员间频繁的修改代码或者配置
下面方式通过设置WORK_SDK_PATH 来实现不同路径的切换
INCLUDEPATH += $(WORK_SDK_PATH)/host/arm-buildroot-linux-gnueabihf/sysroot/usr/include/easymedia
INCLUDEPATH += $(WORK_SDK_PATH)/rv1126_1109_20220429/external/rkfacial
INCLUDEPATH += $(WORK_SDK_PATH)/rv1126_1109_20220429/external/rknpu/rknn/rknn_api/librknn_api/include
INCLUDEPATH += $(WORK_SDK_PATH)/host/arm-buildroot-linux-gnueabihf/sysroot/usr/include/drm
修改DEMO_BUILD_CMDS
source $(@D)/gui/../work_sdk_path.sh; $(TARGET_MAKE_ENV) $(MAKE) -C $(@D)/gui/
来设置“路径管理”中设置的变量,这个脚本在app/demo/work_sdk_path.sh 路径下。
修改DEMO_INSTALL_TARGET_CMDS
$(@D)/app_install.sh $(TARGET_DIR)
这个脚本在app/demo/app_install.sh 路径下
注意$(@D) 表示的并不是app/demo的目录,表示的是buildroot/output/build/demo 下的路径