首页 > 技术知识 > 正文

在工作中需要使用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_eventfd2

make的时候又报错了,我也是服了

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库与头文件到工程目录

解决该问题

怕之后再使用遗忘,故记录

猜你喜欢