移植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.