On Sun, May 17, 2009 at 10:12:09AM +0400, Alexey Tourbin wrote:
> On Sat, May 16, 2009 at 10:34:22PM +0400, Girar Builder robot wrote:
> [at@altair ~]$ rpmpeek /ALT/archive/Sisyphus/2009/05/01/files/x86_64/RPMS/libalsa-1.0.19-alt1.x86_64.rpm readelf -aW ./usr/lib64/libasound.so.2 |grep -w snd_pcm_hw_params_get_channels
>    231: 00000000000519d0    31 FUNC    GLOBAL DEFAULT   12 snd_pcm_hw_params_get_channels@ALSA_0.9
>    233: 00000000000519c0    15 FUNC    GLOBAL DEFAULT   12 snd_pcm_hw_params_get_channels@@ALSA_0.9.0rc4
> [at@altair ~]$ rpmpeek /ALT/Sisyphus/files/x86_64/RPMS/libalsa-1.0.20-alt1.x86_64.rpm readelf -aW ./usr/lib64/libasound.so.2 |grep -w snd_pcm_hw_params_get_channels
>    493: 0000000000051080    15 FUNC    WEAK   DEFAULT   12 snd_pcm_hw_params_get_channels@@ALSA_0.9.0rc4
> [at@altair ~]$ 
> 
> Похоже, что это связано не с изменениями в libalsa, а с изменениями
> в binutils.
причем:
1. только на x86_64
2. лечится добавлением -ldl -lasound -lm

эта проблема вплывала только при компиляции утилит bmovl-test и
fastmemcpybench. пробовал добавить к сборочной команде эти библиотеки, но
опять-таки на x86_64 -lSDL_image -ldl -lasound -lm почему-то раскрывалось
в полные пути a-la /usr/lib64/libSDL_image.so.

потому я пока выключил сборку этих утилит.

-- 
 С уважением
 Афанасов Дмитрий