rk3568 , buildroot , qt ,使用sqlite, 动态库, 静态库

问题说明: 客户反馈 ,buildroot 系统 ,使用qt 使用sqlite ,有报错,无法使用sqlite.

测试情况说明: 我自己测试,发现, buildroot 自己默认就是 使能了 sqlite 的。

是否解决说明: 已解决

解决问题的逻辑

1、首先在buildroot 中使能 sqlite3 , 看看使用命令行不行。

2、 然后写一个C语言看看,能不能使用 sqlite.

3 、然后就是 看看能不能在qt中使用C语言 操作 sqlite 。

4、 然后就是 使用 qt 的自带 的 sqlite 的库了。

方法依据:没有依据,就是测试,正好学习一下 sqlite

解决问题的过程

疑问: 就是 普通的 sqlite 库 与 qt 自带的 sqlite 的库要怎么选择呢?

有什么区别呢?

疑问: 并且我发现, SDK 中编译好 buildroot 后, 在

rk356x_linux/buildroot/output/rockchip_rk3568/target/usr

目录下 是没有头文件的。

但是将系统烧写到 板卡之后,这个目录 又出现了。

这个问题先不管了。

先继续往下分析。

软件说明: 网盘上的 linux SDK

硬件说明:   核心板V1.1  +底板V1.7

流程开始: 

先说一下我遇到的问题,首先 我是使用的是 3568 的SDK先编译一遍 buildroot 系统。

里面就编译了 sqlite3 的第三方包。

然后,我写了一个简短的 C的 对 sqlite 的测试程序。

代码如下:

  1 #include <sqlite3.h>2 #include <stdio.h>3 #include <stdlib.h>456 int main(int argc, const char *argv[])7 {8  sqlite3 * dbSql;9 int ret;10 char * err;11 char ** dataSql;12 int n,m,i,j;13 char sql[50] = "select * from demo";14 if(0 != (ret = sqlite3_open("/root/demo.db",&dbSql))){15 printf("open db %s\n",sqlite3_errmsg(dbSql));16 exit(1);17 }18 if(0 != sqlite3_get_table(dbSql,sql,&dataSql,&n,&m,&err)){19 printf("get error: %s\n",err);20 }21 if(0 != n){22 for(i=0;i<n+1;i++){23 for(j=0;j<m;j++){24 printf("%s ",*dataSql);25 dataSql++;26 }27 printf("\n");28 }29 }else{30 printf("Empty!\n");31 }32 sqlite3_close(dbSql);33 return 0;34 }353637
~

我说交叉编译一下吧, 但是报错了。

我的编译命令是这个。

aarch64-linux-gnu-gcc -I /home/topeet/source_code/rk356x_linux/buildroot/output/rockchip_rk3568/build/sqlite-3210000/ -L /home/topeet/source_code/rk356x_linux/buildroot/output/rockchip_rk3568/build/sqlite-3210000/.libs/  -o test_sqlite sqlite_test.c  -lsqlite3

报错如下:

root@ubuntu:/home/topeet/source_code# aarch64-linux-gnu-gcc -I /home/topeet/source_code/rk356x_linux/buildroot/output/rockchip_rk3568/build/sqlite-3210000/ -L /home/topeet/source_code/rk356x_linux/buildroot/output/rockchip_rk3568/build/sqlite-3210000/.libs/  -o test_sqlite sqlite_test.c  -lsqlite3
/home/topeet/source_code/rk356x_linux/buildroot/output/rockchip_rk3568/build/sqlite-3210000/.libs//libsqlite3.so: undefined reference to `pthread_join@GLIBC_2.34'
/home/topeet/source_code/rk356x_linux/buildroot/output/rockchip_rk3568/build/sqlite-3210000/.libs//libsqlite3.so: undefined reference to `dlsym@GLIBC_2.34'
/home/topeet/source_code/rk356x_linux/buildroot/output/rockchip_rk3568/build/sqlite-3210000/.libs//libsqlite3.so: undefined reference to `pthread_mutex_trylock@GLIBC_2.34'
/home/topeet/source_code/rk356x_linux/buildroot/output/rockchip_rk3568/build/sqlite-3210000/.libs//libsqlite3.so: undefined reference to `dlclose@GLIBC_2.34'
/home/topeet/source_code/rk356x_linux/buildroot/output/rockchip_rk3568/build/sqlite-3210000/.libs//libsqlite3.so: undefined reference to `lstat64@GLIBC_2.33'
/home/topeet/source_code/rk356x_linux/buildroot/output/rockchip_rk3568/build/sqlite-3210000/.libs//libsqlite3.so: undefined reference to `fcntl64@GLIBC_2.28'
/home/topeet/source_code/rk356x_linux/buildroot/output/rockchip_rk3568/build/sqlite-3210000/.libs//libsqlite3.so: undefined reference to `pthread_mutexattr_destroy@GLIBC_2.34'
/home/topeet/source_code/rk356x_linux/buildroot/output/rockchip_rk3568/build/sqlite-3210000/.libs//libsqlite3.so: undefined reference to `pthread_mutexattr_settype@GLIBC_2.34'
/home/topeet/source_code/rk356x_linux/buildroot/output/rockchip_rk3568/build/sqlite-3210000/.libs//libsqlite3.so: undefined reference to `dlerror@GLIBC_2.34'
/home/topeet/source_code/rk356x_linux/buildroot/output/rockchip_rk3568/build/sqlite-3210000/.libs//libsqlite3.so: undefined reference to `fstat64@GLIBC_2.33'
/home/topeet/source_code/rk356x_linux/buildroot/output/rockchip_rk3568/build/sqlite-3210000/.libs//libsqlite3.so: undefined reference to `pthread_mutexattr_init@GLIBC_2.34'
/home/topeet/source_code/rk356x_linux/buildroot/output/rockchip_rk3568/build/sqlite-3210000/.libs//libsqlite3.so: undefined reference to `pthread_create@GLIBC_2.34'
/home/topeet/source_code/rk356x_linux/buildroot/output/rockchip_rk3568/build/sqlite-3210000/.libs//libsqlite3.so: undefined reference to `stat64@GLIBC_2.33'
/home/topeet/source_code/rk356x_linux/buildroot/output/rockchip_rk3568/build/sqlite-3210000/.libs//libsqlite3.so: undefined reference to `dlopen@GLIBC_2.34'

目前不知道 报错是什么原因引起的。

先放一放。

然后是我的解决方式。

我是这样解决的,首先我 我觉得 Buildroot 肯定下载了 关于sqlite 的 相关的源码包。

可以看到就是这个。 我手动解压了。

然后我手动编译了一下。

 1099  ./configure --host=aarch64-linux-gnu --prefix=/home/topeet/source_code/sqlite_install1100  make1101  make install

然后 在编译 C的 sqlite 应用程序的时候,使用的这个命令。

这是我使用的编译命令。

1162  aarch64-linux-gnu-gcc -I /home/topeet/source_code/sqlite_install/include/  -L /home/topeet/source_code/sqlite_install/lib/  -o test_sqlite2 sqlite_test.c  -lsqlite3

这是链接的动态库,能不能 使用静态库呢?

答案是不能的, 我在使用的时候出现这个问题。

编译命令:

root@ubuntu:/home/topeet/source_code# aarch64-linux-gnu-gcc -I /home/topeet/source_code/sqlite_install/include/  -L /home/topeet/source_code/sqlite_install/lib/  -o test_sqlite2 sqlite_test.c -lsqlite3  -static

报错如下:

root@ubuntu:/home/topeet/source_code# aarch64-linux-gnu-gcc -I /home/topeet/source_code/sqlite_install/include/  -L /home/topeet/source_code/sqlite_install/lib/  -o test_sqlite2 sqlite_test.c -lsqlite3  -static
/home/topeet/source_code/sqlite_install/lib//libsqlite3.a(sqlite3.o): In function `pthreadMutexLeave':
/home/topeet/source_code/rk356x_linux/buildroot/dl/sqlite-autoconf-3210000/sqlite3.c:24104: undefined reference to `pthread_mutex_unlock'
/home/topeet/source_code/sqlite_install/lib//libsqlite3.a(sqlite3.o): In function `pthreadMutexTry':
/home/topeet/source_code/rk356x_linux/buildroot/dl/sqlite-autoconf-3210000/sqlite3.c:24066: undefined reference to `pthread_mutex_trylock'
/home/topeet/source_code/sqlite_install/lib//libsqlite3.a(sqlite3.o): In function `pthreadMutexEnter':
/home/topeet/source_code/rk356x_linux/buildroot/dl/sqlite-autoconf-3210000/sqlite3.c:24020: undefined reference to `pthread_mutex_lock'
/home/topeet/source_code/sqlite_install/lib//libsqlite3.a(sqlite3.o): In function `unixDlClose':
/home/topeet/source_code/rk356x_linux/buildroot/dl/sqlite-autoconf-3210000/sqlite3.c:36586: undefined reference to `dlclose'
/home/topeet/source_code/sqlite_install/lib//libsqlite3.a(sqlite3.o): In function `unixDlSym':
/home/topeet/source_code/rk356x_linux/buildroot/dl/sqlite-autoconf-3210000/sqlite3.c:36582: undefined reference to `dlsym'
/home/topeet/source_code/sqlite_install/lib//libsqlite3.a(sqlite3.o): In function `unixDlOpen':
/home/topeet/source_code/rk356x_linux/buildroot/dl/sqlite-autoconf-3210000/sqlite3.c:36541: undefined reference to `dlopen'
/home/topeet/source_code/sqlite_install/lib//libsqlite3.a(sqlite3.o): In function `sqlite3ThreadCreate':
/home/topeet/source_code/rk356x_linux/buildroot/dl/sqlite-autoconf-3210000/sqlite3.c:27396: undefined reference to `pthread_create'
/home/topeet/source_code/sqlite_install/lib//libsqlite3.a(sqlite3.o): In function `pthreadMutexFree':
/home/topeet/source_code/rk356x_linux/buildroot/dl/sqlite-autoconf-3210000/sqlite3.c:23971: undefined reference to `pthread_mutex_destroy'
/home/topeet/source_code/sqlite_install/lib//libsqlite3.a(sqlite3.o): In function `pthreadMutexAlloc':
/home/topeet/source_code/rk356x_linux/buildroot/dl/sqlite-autoconf-3210000/sqlite3.c:23927: undefined reference to `pthread_mutexattr_init'
/home/topeet/source_code/rk356x_linux/buildroot/dl/sqlite-autoconf-3210000/sqlite3.c:23928: undefined reference to `pthread_mutexattr_settype'
/home/topeet/source_code/rk356x_linux/buildroot/dl/sqlite-autoconf-3210000/sqlite3.c:23929: undefined reference to `pthread_mutex_init'
/home/topeet/source_code/rk356x_linux/buildroot/dl/sqlite-autoconf-3210000/sqlite3.c:23930: undefined reference to `pthread_mutexattr_destroy'
/home/topeet/source_code/rk356x_linux/buildroot/dl/sqlite-autoconf-3210000/sqlite3.c:23938: undefined reference to `pthread_mutex_init'
/home/topeet/source_code/sqlite_install/lib//libsqlite3.a(sqlite3.o): In function `sqlite3ThreadJoin':
/home/topeet/source_code/rk356x_linux/buildroot/dl/sqlite-autoconf-3210000/sqlite3.c:27416: undefined reference to `pthread_join'
/home/topeet/source_code/sqlite_install/lib//libsqlite3.a(sqlite3.o): In function `unixDlError':
/home/topeet/source_code/rk356x_linux/buildroot/dl/sqlite-autoconf-3210000/sqlite3.c:36555: undefined reference to `dlerror'

先不管它。

我对 普通的C语言程序作了一个测试,

关于动态链接与静态连接是这样的。

但是为什么 第三方库 ,静态连接会出现问题,不清楚,先不管它。

然后是将编译好的 C语言的测试程序直接拷贝到开发板进行测试。

可以看到是可以的, 这里 测试程序我并没有 进行 关于头文件,以及 库文件的指定。

然后到这里 我觉的我有必要总结一下 关于 动态库,与静态库的东西。

代码:

头文件。

mylib.h

int Max(int a, int b);void PrintMaxNumber(int a, int b);

库文件。

mylib.c

#include <stdio.h>
int Max(int a, int b)
{return (a > b) ? a : b;
}void PrintMaxNumber(int a, int b)
{printf("The max is %d.\n", Max(a, b));
}

主文件代码

test.c

#include <stdio.h>
#include "mylib.h"int main()
{int a = 5;int b = 3;int max = Max(a, b);printf("The max number is %d.\n", max);PrintMaxNumber(a, b);return 0;
}

自己编写一个 静态库,

我自己的操作。

先编译成 .o 
root@ubuntu:/home/topeet/source_code# aarch64-linux-gnu-gcc -c mylib.c  -o mylib.o然后通过.o 生成 .a 文件。
root@ubuntu:/home/topeet/source_code# aarch64-linux-gnu-ar -rc libmylib.a mylib.oroot@ubuntu:/home/topeet/source_code# ls
libmylib.a    mycode   mylib.h  rk356x_linux                  rk_android11.0_sdk                       sqlite_install  test1  test.c
libsqlite3.a  mylib.c  mylib.o  rk356x_linux_20231106.tar.gz  rk_android11.0_sdk_full_20240918.tar.xz  sqlite_test.c   test2

主要是注意 使用的交叉编译器的命令。

自己编写一个动态库。

编译成 .o 文件
root@ubuntu:/home/topeet/source_code# aarch64-linux-gnu-gcc -c mylib.c  -o mylib2.o -fPIC连接成 .so 文件
root@ubuntu:/home/topeet/source_code# aarch64-linux-gnu-gcc -o libmylib.so mylib2.o  -shared
root@ubuntu:/home/topeet/source_code# ls
libmylib.a   libsqlite3.a  mylib2.o  mylib.h  rk356x_linux                  rk_android11.0_sdk                       sqlite_install  test1  test.c
libmylib.so  mycode        mylib.c   mylib.o  rk356x_linux_20231106.tar.gz  rk_android11.0_sdk_full_20240918.tar.xz  sqlite_test.c   test2

注意: 动态库与静态库 在链接时候的命令使用的是不一样的。

但是实际上是一样的,

比如我在编译静态库的时候, 使用的是 ar 命令,但是 如果你使用 gcc 的话,它会自动的使用 ar 命令去生成 静态库。

编译的时候,连接动态库。

编译的时候,连接静态库。

当静态库与动态库 在同一个目录下的时候, 它会优先选择动态库

然后在总结一下 , 交叉编译器的参数 。

总结:

1  -c 参数指定了 只是编译出.o 文件。

如果有-c 参数的话,就是 已经完成了 c--->汇编--->机器码的 过程,只是还没有 将.o 文件连接在一起, 而 没有-c 的话,就是 直接 将 .o 连接在一起了。

2  -o 参数 是在指定输出的名字, 可以与-c 一起使用,也可以单独使用。

3 -I (incldue)  , 指的是 在搜索头文件的时候, 首先去 /usr/include 目录寻找,如果找不到的话,就去 自己指定的这个目录下寻找。

4  -L , 指的是 指定了库的路径,也是首先去默认的 /usr/lib  目录下寻找,如果找不到的话,就去 你指定的牧区去寻找。

5 -l (小写L) , 指的是 所连接的文件,既指 动态库,也指静态库, 这两个指定的方式上没有差别,都存在的话,优先选择动态库。

总结:

1 static 是在编译 应用的时候使用的,

2 shared 是在生成 动态库的时候使用的。

疑问: 那么交叉编译器使用的路径是什么呢? 肯定跟 系统本身的 gcc 使用的不是一个路径。

使用的测试命令是。

root@ubuntu:/home/topeet/source_code# echo 'main(){}'| aarch64-linux-gnu-gcc -E -v -

结果是。

root@ubuntu:/home/topeet/source_code# echo 'main(){}'| aarch64-linux-gnu-gcc -E -v -
使用内建 specs。
COLLECT_GCC=aarch64-linux-gnu-gcc
目标:aarch64-linux-gnu
配置为:'/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-linux-gnu/snapshots/gcc.git~linaro-6.3-2017.05/configure' SHELL=/bin/bash --with-mpc=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-linux-gnu/_build/builds/destdir/x86_64-unknown-linux-gnu --with-mpfr=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-linux-gnu/_build/builds/destdir/x86_64-unknown-linux-gnu --with-gmp=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-linux-gnu/_build/builds/destdir/x86_64-unknown-linux-gnu --with-gnu-as --with-gnu-ld --disable-libmudflap --enable-lto --enable-shared --without-included-gettext --enable-nls --disable-sjlj-exceptions --enable-gnu-unique-object --enable-linker-build-id --disable-libstdcxx-pch --enable-c99 --enable-clocale=gnu --enable-libstdcxx-debug --enable-long-long --with-cloog=no --with-ppl=no --with-isl=no --disable-multilib --enable-fix-cortex-a53-835769 --enable-fix-cortex-a53-843419 --with-arch=armv8-a --enable-threads=posix --enable-multiarch --enable-libstdcxx-time=yes --enable-gnu-indirect-function --with-build-sysroot=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-linux-gnu/_build/sysroots/aarch64-linux-gnu --with-sysroot=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-linux-gnu/_build/builds/destdir/x86_64-unknown-linux-gnu/aarch64-linux-gnu/libc --enable-checking=release --disable-bootstrap --enable-languages=c,c++,fortran,lto --build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu --target=aarch64-linux-gnu --prefix=/home/tcwg-buildslave/workspace/tcwg-make-release/builder_arch/amd64/label/tcwg-x86_64-build/target/aarch64-linux-gnu/_build/builds/destdir/x86_64-unknown-linux-gnu
线程模型:posix
gcc 版本 6.3.1 20170404 (Linaro GCC 6.3-2017.05)
COLLECT_GCC_OPTIONS='-E' '-v' '-march=armv8-a' '-mlittle-endian' '-mabi=lp64'/home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin/../libexec/gcc/aarch64-linux-gnu/6.3.1/cc1 -E -quiet -v -imultiarch aarch64-linux-gnu -iprefix /home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin/../lib/gcc/aarch64-linux-gnu/6.3.1/ -isysroot /home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin/../aarch64-linux-gnu/libc - -march=armv8-a -mlittle-endian -mabi=lp64
忽略重复的目录“/home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin/../lib/gcc/../../lib/gcc/aarch64-linux-gnu/6.3.1/include”
忽略不存在的目录“/home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin/../aarch64-linux-gnu/libc/usr/local/include/aarch64-linux-gnu”
忽略不存在的目录“/home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin/../aarch64-linux-gnu/libc/usr/local/include”
忽略重复的目录“/home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin/../lib/gcc/../../lib/gcc/aarch64-linux-gnu/6.3.1/include-fixed”
忽略重复的目录“/home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin/../lib/gcc/../../lib/gcc/aarch64-linux-gnu/6.3.1/../../../../aarch64-linux-gnu/include”
忽略不存在的目录“/home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin/../aarch64-linux-gnu/libc/usr/include/aarch64-linux-gnu”
#include "..." 搜索从这里开始:
#include <...> 搜索从这里开始:/home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin/../lib/gcc/aarch64-linux-gnu/6.3.1/include/home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin/../lib/gcc/aarch64-linux-gnu/6.3.1/include-fixed/home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin/../lib/gcc/aarch64-linux-gnu/6.3.1/../../../../aarch64-linux-gnu/include/home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin/../aarch64-linux-gnu/libc/usr/include
搜索列表结束。
# 1 "<stdin>"
# 1 "<built-in>"
# 1 "<命令行>"
# 31 "<命令行>"
# 1 "/home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/aarch64-linux-gnu/libc/usr/include/stdc-predef.h" 1 3 4
# 32 "<命令行>" 2
# 1 "<stdin>"
main(){}
COMPILER_PATH=/home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin/../libexec/gcc/aarch64-linux-gnu/6.3.1/:/home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin/../libexec/gcc/aarch64-linux-gnu/:/home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin/../libexec/gcc/:/home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin/../lib/gcc/aarch64-linux-gnu/6.3.1/../../../../aarch64-linux-gnu/bin/
LIBRARY_PATH=/home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin/../lib/gcc/aarch64-linux-gnu/6.3.1/:/home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin/../lib/gcc/aarch64-linux-gnu/:/home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin/../lib/gcc/:/home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin/../lib/gcc/aarch64-linux-gnu/6.3.1/../../../../aarch64-linux-gnu/lib/../lib64/:/home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin/../lib/gcc/aarch64-linux-gnu/6.3.1/../../../../aarch64-linux-gnu/lib/:/home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin/../aarch64-linux-gnu/libc/lib/:/home/topeet/source_code/rk356x_linux/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin/../aarch64-linux-gnu/libc/usr/lib/
COLLECT_GCC_OPTIONS='-E' '-v' '-march=armv8-a' '-mlittle-endian' '-mabi=lp64'
root@ubuntu:/home/topeet/source_code#

可以看到 这个 LIBRARY_PATH ,确实 不是 系统本身 的路径, 这个是 交叉编译器 压缩包本身的路径。

来分析一下 这个命令的含义。

 echo 'main(){}'| aarch64-linux-gnu-gcc -E -v -

感觉像是写了一个 c 语言程序,交给 交叉编译器去测试了。

好了,到这里就总结完毕了。

参考资料: 

基本上是一些个网上的资料。

Qt应用开发(3)——qt sqlite配置以及qt官方例程编译测试_buildroot编译qt的sqlite3-CSDN博客

嵌入式开发-linux根文件系统(一)sqlite_buildroot sqlite-CSDN博客

嵌入式开发-linux根文件系统(一)sqlite_buildroot sqlite-CSDN博客

《迅为 6818 使用手册》

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.rhkb.cn/news/505558.html

如若内容造成侵权/违法违规/事实不符,请联系长河编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

机器学习实战——决策树:从原理到应用的深度解析

✨个人主页欢迎您的访问 ✨期待您的三连 ✨ ✨个人主页欢迎您的访问 ✨期待您的三连 ✨ ✨个人主页欢迎您的访问 ✨期待您的三连✨ ​​​ ​​​ ​​ 决策树&#xff08;Decision Tree&#xff09;是一种简单而直观的分类与回归模型&#xff0c;在机器学习中广泛应用。它的…

MySQL 如何赶上 PostgreSQL 的势头?

原文地址 我与 MySQL 社区的前辈交谈时&#xff0c;经常遇到这个问题&#xff1a;「为什么 MySQL 这么棒&#xff0c;而且&#xff08;至少根据 DB-Engines 的计算&#xff09;仍然比 PostgreSQL 更流行&#xff1b;但它的地位在下降&#xff0c;PostgreSQL 却势不可挡地越来越…

Linux 下信号的保存和处理

信号的几个状态 信号抵达: 当接收到的信号被处理时, 此时就成为信号的抵达信号的未决: 从信号的产生到信号抵达这个时间段之间, 称为信号未决信号阻塞: 当进程设置了某个信号为阻塞后, 这个进程就不会在接收到这个信号信号忽略: 将信号设置为忽略后, 接收到这个信号, 对这个信…

mybatisX插件的使用,以及打包成配置

装mybatisX插件&#xff1b; idea连接数据库&#xff1b; 点击mybatisx-generator&#xff0c;设置自己装mybatisX插件&#xff1b; idea连接数据库&#xff1b; 点击mybatisx-generator&#xff0c;设置自己要的包和类&#xff1b; 如果要把自己的配置设置成一个自定义模板&a…

AAAI2023《Controllable Image Captioning via Prompting》

摘要 文章提出了一种通过提示学习&#xff08;prompt learning&#xff09;嵌入到图像描述生成框架中的方法&#xff0c;以实现对图像描述的可控生成。具体来说&#xff0c;设计了一组提示来微调预训练的图像描述生成器&#xff0c;这些提示使模型能够吸收来自不同领域的风格化…

AR 眼镜之-拍照/录像动效切换-实现方案

目录 &#x1f4c2; 前言 AR 眼镜系统版本 拍照/录像动效切换 1. &#x1f531; 技术方案 1.1 技术方案概述 1.2 实现方案 1&#xff09;第一阶段动效 2&#xff09;第二阶段动效 2. &#x1f4a0; 默认代码配置 2.1 XML 初始布局 2.2 监听滑动对 View 改变 3. ⚛️…

kubeneters-循序渐进Cilium网络(二)

文章目录 概要IP 地址配置接口配置解析结论 概要 接续前一章节&#xff0c;我们还是以这张图继续深入Cilium网络世界 IP 地址配置 通过检查 Kubernetes 集群的当前环境&#xff0c;可以获取实际的 IP 地址和配置信息。这些信息将被补充到之前的网络示意图中&#xff0c;以使…

宝塔安装mongodb后,写脚本监控运行状态,关闭后自动重启

最近项目用上了mongodb&#xff0c;但是每天晚上 mongodb都回自动关闭&#xff0c;没办法 只能写个监视服务的脚本 在关闭的话就直接重启&#xff0c;创建个计划任务&#xff0c;每三分钟执行一次 # 检查mongo是否还在进程中 countps aux|grep mongo| grep -v grep |wc -l echo…

备忘录记事工具 四款好用的电脑备忘录记事本分享

在信息爆炸的时代&#xff0c;选择一个合适的备忘录记事工具显得尤为重要。无论是记录工作上的重要事项、学习笔记还是生活中的点滴灵感&#xff0c;一个好的备忘录应用都能成为您得力的小助手。今天&#xff0c;我将为大家深入评测四款各具特色的电脑备忘录记事本软件。 印象…

深入理解 C 语言中浮点型数据在内存中的存储

文章目录 一、浮点型数据存储格式&#xff08;IEEE 754 标准&#xff09;二、举例说明单精度浮点数存储过程三、绘图说明四、双精度浮点数存储示例&#xff08;以1.5为例&#xff09; 在 C 语言的世界里&#xff0c;数据类型丰富多样&#xff0c;而浮点型数据用于表示实数&…

sql server cdc漏扫数据

SQL Server的CDC指的是“变更数据捕获”&#xff08;Change Data Capture&#xff09;。这是SQL Server数据库提供的一项功能&#xff0c;能够跟踪并记录对数据库表中数据所做的更改。这些更改包括插入、更新和删除操作。CDC可以捕获这些变更的详细信息&#xff0c;并使这些信息…

vue3如何使用bus(事件总线)

&#x1f680; 个人简介&#xff1a;某大型国企资深软件开发工程师&#xff0c;信息系统项目管理师、CSDN优质创作者、阿里云专家博主&#xff0c;华为云云享专家&#xff0c;分享前端后端相关技术与工作常见问题~ &#x1f49f; 作 者&#xff1a;码喽的自我修养&#x1f9…

Spring IoC DI 入门 和 使用

Spring IoC & DI入门 和 使用 1. IoC & DI入门1.1 Spring 是什么?1.1.1 什么是容器?1.1.2 什么是IoC? 1.2 IoC介绍1.2.1 传统程序开发1.2.2 问题分析1.2.3 解决方案1.2.4 IoC程序开发1.2.5 IoC优势 1.3 DI介绍 2. IoC 和 DI使用 1. IoC & DI入门 1.1 Spring 是…

计算机网络(三)——局域网和广域网

一、局域网 特点&#xff1a;覆盖较小的地理范围&#xff1b;具有较低的时延和误码率&#xff1b;使用双绞线、同轴电缆、光纤传输&#xff0c;传输效率高&#xff1b;局域网内各节点之间采用以帧为单位的数据传输&#xff1b;支持单播、广播和多播&#xff08;单播指点对点通信…

mapbox基础,style样式汇总,持续更新

&#x1f468;‍⚕️ 主页&#xff1a; gis分享者 &#x1f468;‍⚕️ 感谢各位大佬 点赞&#x1f44d; 收藏⭐ 留言&#x1f4dd; 加关注✅! &#x1f468;‍⚕️ 收录于专栏&#xff1a;mapbox 从入门到精通 文章目录 一、&#x1f340;前言二、&#x1f340;根属性2.1 so…

551 灌溉

常规解法&#xff1a; #include<bits/stdc.h> using namespace std; int n,m,k,t; const int N105; bool a[N][N],b[N][N]; int cnt; //设置滚动数组来存贮当前和下一状态的条件 //处理传播扩散问题非常有效int main() {cin>>n>>m>>t;for(int i1;i&l…

jenkins入门10--自动化构建

build periodically&#xff1a;设定类似cron周期性时间触发构建 * * * * * (五颗星&#xff0c;中间用空格隔开&#xff09; 第一颗表示分钟&#xff0c;取值0~59 第二颗表示小时&#xff0c;取值0~23 第三颗表示一个月的第几天&#xff0c;取值1~31 第四颗表示第几月&#xf…

[0405].第05节:搭建Redis主从架构

Redis学习大纲 一、3主3从的集群配置&#xff1a; 1.1.集群规划 1.分片集群需要的节点数量较多&#xff0c;这里我们搭建一个最小的分片集群&#xff0c;包含3个master节点&#xff0c;每个master包含一个slave节点&#xff0c;结构如下&#xff1a; 2.每组是一主一从&#x…

新兴的开源 AI Agent 智能体全景技术栈

新兴的开源 AI Agent 智能体全景技术栈 LLMs&#xff1a;开源大模型嵌入模型&#xff1a;开源嵌入模型模型的访问和部署&#xff1a;Ollama数据存储和检索&#xff1a;PostgreSQL, pgvector 和 pgai后端&#xff1a;FastAPI前端&#xff1a;NextJS缺失的一环&#xff1a;评估和…

详细分析 Git 分支重命名与同步操作

目录 前言1. 场景2. 扩展知识 前言 以下小知识点作为讲解介绍&#xff0c;文章较短&#xff0c;作为科普使用 &#x1f91f; 找工作&#xff0c;来万码优才&#xff1a;&#x1f449; #小程序://万码优才/r6rqmzDaXpYkJZF 1. 场景 示例场景&#xff1a;决定将默认分支从 main…