在工作中需要使用RTMP,故移植了SRS做rtmp服务器测试使用
交叉编译过程中,报错如下:
error: unable to find string literal operator ‘operator””SRS_XSTR’ with ‘const char [7]’, ‘long unsigned int’ arguments
参考如下方法解决了该问题:
测试项目的代码里有这样的宏定义 #define SCRPRINT(fmt,…) fprintf(stderr, “[%s]-> “fmt”\n”, __FUNCTION__, ##__VA_ARGS__)在linux的c或者windows下的c/c++都没问题,在linux的cpp中编译无法通过,报了下面的错误
error: unable to find string literal operator ‘operator””fmt’ with ‘const char [4]’, ‘long unsigned int’ arguments
发现需要在fmt前面增加一个空格,这是C++11才新增的语法要求,而我们的操作系统和编译器刚好也升级了,导致以前的代码不兼容新的编译器了
修改之后的代码如下: #define SCRPRINT(fmt,…) fprintf(stderr, “[%s]-> ” fmt”\n”, __FUNCTION__, ##__VA_ARGS__)增加空格之后,无论你的程序保存成.c或者.cpp文件,编译都是成功的,而且用旧版本的gcc/g++也没问题。
有的文章里说fmt后面也要增加空格,实际测试下来似乎可有可无。解决方案:在SRS_XSTR前添加了一个空格
configure时报错
SRS error: ‘__NR_eventfd’ undeclared (first use in this function)修改srs-3.0release/trunk/3rdparty/openssl-1.1.0e/engines/afalg/e_afalg.c文件中
NR_eventfd,
修改为交叉编译器匹配的宏定义,
如:aarch64-himix210 NR_eventfd2make的时候又报错了,我也是服了
objs/lib/srs_librtmp.a: error adding symbols: File in wrong format
检查后发现是交叉编译器问题,32位和64位不匹配
跑到/home/leo/3rd_tools/srs/srs-3.0release/trunk/research/librtmp目录下makefile
发现用的gcc编译librtmp
修改交叉编译器为aarch64-himix210-linux-gcc添加rtmp.conf,内容如下:
listen 1935; max_connections 1000; daemon on; srs_log_tank console; pid /var/run/srs.pid; http_server { enabled on; listen 8080; dir /tmp/objs/nginx/html; } vhost __defaultVhost__ { }启动SRS
./srs -c ../conf/rtmp.conf交叉编译rtmp测试程序
不想使用静态库包含,srs源码中直接添加参数选项导出rtmp的cpp与h文件,添加到工程
./configure … \
—export-librtmp-single=${RTMP_DIR}报错2
srs_librtmp.cpp:9969:10: fatal error: openssl/hmac.h: No such file or directory
拷贝srs-3.0release/trunk/objs/openssl目录下的openssl库与头文件到工程目录
解决该问题怕之后再使用遗忘,故记录
免责声明:文章内容来自互联网,本站不对其真实性负责,也不承担任何法律责任,如有侵权等情况,请与本站联系删除。
转载请注明出处:交叉编译SRS,笔记记录-交叉编译 sysroot https://www.yhzz.com.cn/a/10104.html