Bug 133314

Summary:	sdl-sound-1.0.1-r2 doesn't build with smpeg support
Product:	Gentoo Linux	Reporter:	Gregory Smith <wolfy>
Component:	New packages	Assignee:	Gentoo Games <games>
Status:	RESOLVED FIXED
Severity:	normal
Priority:	High
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---

Description Gregory Smith 2006-05-14 11:43:43 UTC

SDL_sound has optional smpeg support, but it doesn't actually build it in:

...
checking for smpeg-config... /usr/bin/smpeg-config
checking for SMPEG - version >= 0.4.3... no
*** Could not run SMPEG test program, checking why...
*** The test program compiled, but did not run. This
usually means
*** that the run-time linker is not finding SMPEG or
finding the wrong
*** version of SMPEG. If it is not finding SMPEG, you'll
need to set your
*** LD_LIBRARY_PATH environment variable, or edit
/etc/ld.so.conf to point
*** to the installed location  Also, make sure you have run
ldconfig if that
*** is required on your system
***
*** If you have an old version installed, it is best to
remove it, although
*** you may also be able to get things to work by modifying
LD_LIBRARY_PATH
...


running smpeg-config --version gives me 0.4.4

the problem is the acinclude.m4 that comes with SDL_Sound has string literals
with literal newlines in them, which gcc apparently can't parse any more

adding gcc331.patch and the corresponding aclocal hacks from
sdl-sound-1.0.1.ebuild into my overlay makes it compile in SMPEG

Without SMPEG support compiled in, some mp3s cause SDL_Sound built-in mp3 decoder to hang (notably those that come with the Aleph One scenario M1A1)

Comment 1 SpanKY gentoo-dev

2006-05-14 13:38:01 UTC

thanks, fixed in cvs now