首页 > 代码库 > 移植alsa-lib遇到的问题
移植alsa-lib遇到的问题
移植alsa-lib遇到的问题
linux audio alsa lib VERSIONED_SYMBOLS
这两天移植alsa lib时遇到了一个问题,被困住了好久。
做个记录,以后再被相同问题困住。
问题背景是这种。有个项目,客户要求使用新的alsa-lib库。
到alsa官网上看了下。最新的是1.0.28。
既然能够要用新的。咱们就彻底满足客户,用个最新的。
接下来看看遇到了什么问题。
事实上项目中曾经也有alsa lib库,毕竟alsa是眼下linux系统普遍採用的音频架构。
移植起来事实上也没什么麻烦的。
首先,代码搞过来。
然后。运行configure,来生成一堆东东,当中最重要的一个是config.h文件。
一般linux下,应用程序或应用层的库文件。接下来就是make 和make install。
因为我们系统中有自己的make 脚本,所以这两步被我们自己的make 命令所替代。
第一个遇到的问题是:
externals/alsa-lib/src/alisp/alisp.c: In function ‘obj_type_str‘:
externals/alsa-lib/src/alisp/alisp.c:1028:1: error: control reaches end of non-void function [-Werror=return-type]
看错误提示能够知道。这是一个类型非void的函数没有返回值。
可是从[-Werror=return-type]可知,这事实上是一个 warning,仅仅是被作为error对待了。
为什么会被作为error对待,由于有-Werror=return-type的配置。
在locl compile flag中,增加-Wno-error=return-type。问题解决。
上面这个问题非常快被消灭。以下这个问题则费了我不是血。
问题提示:
/ld: failed to set dynamic section sizes: Bad value
编译是我的弱项。一见到编译问题,就感觉束手无策。
事实上万果皆有因。没有无缘无故的错误。
先看了下error之前的编译log,没发现实用的信息。
接下来找度娘帮忙。
也有人遇到过类似问题。看到的一个该问题的解决方式是,其代码中有个函数声明了但没定义,导致了该问题,加上该函数定义,问题解决。
alsa lib的代码不是我写的。有没有声明了但没定义的函数。我也不知道。
alsa lib库的代码量也非常可观,检查一遍仅仅能是想想而已。
检查编译log,发现開始有非常多warning提示一些宏反复定义了。
通过#ifndef,将这些warning解决。
编译还是有相同的问题。
编译log中另一些函数參数未被使用的warning,找到这些函数看了下,没发现函数实现有哪个函数没定义(相应前面网上的解决方式)。
是不是在configure的时候有些參数指定的不正确,导致有问题?
网上搜了搜别人的移植案例,没发现与我的配置不一致的地方。
既然configure的一个重要功能是生成config.h文件。那就比較下新生成的config.h文件与之去workable版本号的config.h文件有什么差别。
比較发现,还是有不少差别。
先用旧的config.h替换过来。
make。通过了!
!
!
肯定是config.h的问题了。
通过逐类排除,最后发现新的config.h中多了个下面定义:
/* compiled with versioned symbols */
#define VERSIONED_SYMBOLS /**/
把该定义删除,编译就ok了。
用百度搜索该宏,发现有人已经遇到过相同的问题(度娘还是有两下子的):
http://www.android100.org/html/201409/16/65158.html
看到该定义,想起来编译错误之前有一句提示:
libasound.so: version node not found for symbol
snd_ctl_elem_info_get_dimension@@ALSA_0.9.3
只是,度娘也仅仅有两下子。
想看看VERSIONED_SYMBOLS的说明,还得靠谷歌。
http://infocenter.arm.com/help/index.jsp?
topic=/com.arm.doc.dui0206j/Beijfhhg.html
You can add specially-named symbols to input objects that cause the linker to create symbol versions. These symbols are of the form:
name@version for a non-default version of a symbol
name@@version for a default version of a symbol.
You must define these symbols, at the address of the function or data, as that you want to export. The symbol name is divided into two parts, a symbol name name and a version definition version. The name is added to the dynamic symbol table and becomes part
of the interface to the shared object. Version creates a version called ver if it does not already exist and associates name with the version called ver.
For more information on how to create version symbols, see:
Adding symbol versions in the Compiler User Guide
Chapter 2 Writing ARM Assembly Language in the Assembler Guide.
Example 4.6 places the symbols
foo@ver1,foo@@ver2, and
bar@@ver1 into the object symbol table:
Example 4.6. Creating versioned symbols, embedded symbols
int old_function(void) __asm__("foo@ver1");
int new_function(void) __asm__("foo@@ver2");
int other_function(void) __asm__("bar@@ver1");
The linker reads these symbols and creates version definitions ver1 and ver2. The symbol foo is associated with a non-default version of ver1, and with a default version of ver2. The symbol bar is associated with a default version of ver1.
预计alsa lib中并未定义foo@ver1和foo@@ver2类似的东东,所以出现了前面的错误。
解决的方法即删除:
#define VERSIONED_SYMBOLS
There is no way to create associations between versions with this method.
移植alsa-lib遇到的问题