在工作中需要使用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库与头文件到工程目录
解决该问题

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