[Pkg-alsa-devel] building alsa-plugins fails w/ libasound has no external plugin SDK

[Darren Hart]

On Sun, Dec 14, 2008 at 12:15 AM, Elimar Riesebieter <riesebie at lxtec.de> wrote:
> * Darren Hart [081213 21:00 +0100]
>> On Sat, Dec 13, 2008 at 9:36 AM, Elimar Riesebieter <riesebie at lxtec.de> wrote:
>> > * Darren Hart [081213 17:20 +0100]
>> > [...]
>> >> I found config.log in bibuild, but nowhere else... Checking it, the
>> >> apparently relevant section complains about my installed libasound
>> >> libs being "incompatible".  The alsa-utils and alsa-tools packages
>> >> were able to use the ok...
>> >>
>> >
>> > What tells:
>> > $ dpkg -l | grep asound
>> >
>>
>> $ dpkg -l | grep asound
>> ii  lib32asound2                              1.0.18-1
>>              shared library for ALSA applications (32 bit
>> ii  lib32asound2-dev                          1.0.18-1
>>              shared library for ALSA applications -- deve
>> ii  libasound2                                1.0.18-1
>>              shared library for ALSA applications
>> ii  libasound2-dev                            1.0.18-1
>>              shared library for ALSA applications -- deve
>> ii  libasound2-doc                            1.0.18-1
>>              developer documentation for user-space ALSA
>>
>>
>> and lib32asound2 installs the library here:
>>
>> /emul/ia32-linux/usr/lib/libasound.so.2.0.0
>>
>
> Maybe Ubuntu installs them in /emul but Debian not. So is
> /emul/ia32-linux listet in your ld.so.conf?

Hi Elimar,

So Ubuntu doesn't appear to install anything under /emul that I can
tell, the only files under there are the libasound libs from the
debian experimental alsa-lib packages I just built (lib32asound).  All
the 32 bit Ubuntu libs are under /usr/lib32 (which is where the
/etc/ld.so.conf.d/lib32asound2.conf points to).

What's odd to me is that the lib32asound package I just built creates
the libasound libs under /emul but also creates the
/etc/ld.so.conf.d/lib32asound2.conf file and that points to
/usr/lib32/alsa-lib ...

To confirm this is the problem I tried updating ld.so.conf as well as
just linking the 32bit libs to /usr/lib32 where it should already be
looking for them.  The build still fails, and the config.log never
tried the 32 bit libs.  The ldconfig -p output lists:

        libasound.so.2 (libc6,x86-64) => /usr/lib/libasound.so.2
        libasound.so.2 (libc6) => /emul/ia32-linux/usr/lib/libasound.so.2
        libasound.so.2 (libc6) => /usr/lib32/alsa-lib/libasound.so.2
        libasound.so (libc6,x86-64) => /usr/lib/libasound.so
        libasound.so (libc6) => /emul/ia32-linux/usr/lib/libasound.so
        libasound.so (libc6) => /usr/lib32/alsa-lib/libasound.so

And the config.log only tried the following libs:

configure:20249: checking for snd_pcm_ioplug_create in -lasound
configure:20284: gcc -m32 -o conftest -g -Wall -O2
-Wl,-Bsymbolic-functions conftest.c -lasound -ldl  >&5
/usr/bin/ld: skipping incompatible
/usr/lib/gcc/x86_64-linux-gnu/4.3.2/../../../libasound.so when
searching for -lasound
/usr/bin/ld: skipping incompatible
/usr/lib/gcc/x86_64-linux-gnu/4.3.2/../../../libasound.a when
searching for -lasound
/usr/bin/ld: skipping incompatible /usr/lib/libasound.so when
searching for -lasound
/usr/bin/ld: skipping incompatible /usr/lib/libasound.a when searching
for -lasound
/usr/bin/ld: cannot find -lasound


So I guess I have two questions:

1) What determined where the lib32asound...deb package ends up
installing the 32 bit libs?  and why would it install the libs in
/emul and add the ld.so.conf.d/lib32asound.conf file pointint to
lib32/alsa-lib?

2) What do I need to do to get the alsa-plugins package to look for
the 32bit libs other than updating the ld cache as I've done above?
(I did delete the build dir and recreated it with  dpkg-source)



-- 
Darren Hart