[Pkg-alsa-devel] undefined versioned symbol name snd_pcm_hw_params_get_buffer_size_max

Jordi Mallach jordi@debian.org
Thu, 20 Jan 2005 10:16:28 +0100


Hi Stephen,

On Sat, Jul 03, 2004 at 08:46:46PM +0100, Stephen Gaito wrote:
> I have found that if I try to statically link libasound.a into=20
> HelixPlayer's ALSA driver I get the ld error:
>=20
> undefined versioned symbol name=20
> snd_pcm_hw_params_get_buffer_size_max@ALSA0.9
>=20
> Which when I look at the source code for alsa-lib (1.0.5 taken from the=
=20
> debian site), this method has multiple versions for symbolic linking.=20

Have you had more luck with the current packages?

I'm leaving the rest of the message for reference.

> I noticed on the web the following two references:
>=20
> http://www.linuxfromscratch.org/blfs/view/stable/multimedia/alsa-lib.ht=
ml
>=20
> and
>=20
> http://lecs.cs.ucla.edu/~hbwang/stargate/audio/alsa-compile.txt
>=20
> They both suggest that the libasound.a static library should be compile=
d=20
> from an alsa-lib package which has been configured with=20
> --enable-static=3Dyes and --enable-shared=3Dno.  Upon doing this on my=20
> machine I found this linkage error diasappeared since the multiple=20
> versions were no longer found in the libasound.a library.
>=20
> I noticed at least one other person on the web who has had the same=20
> problem compiling a different package (though I don't know if they were=
=20
> using debian's libasound2-dev package).
> http://mythtv.org/pipermail/mythtv-dev/2004-June/022857.html
>=20
> I do not know if this is a bug in the libasound2-dev package or a=20
> misunderstanding on my part... I would love your comments before I=20
> formally raise this issue as a bug.
>=20
> Cheers!
>=20
> Stephen Gaito

--=20
Jordi Mallach P=E9rez  --  Debian developer     http://www.debian.org/
jordi@sindominio.net     jordi@debian.org     http://www.sindominio.net/
GnuPG public key information available at http://oskuro.net/~jordi/