more on mplayer package failure

[Greg Steuck <greg-openbsd-ports_(_at_)_y2004_(_dot_)_nest_(_dot_)_cx>]

>>>>> "Peter" == Peter Valchev <pvalchev_(_at_)_sightly_(_dot_)_net> writes:

    >> The only problem is mplayer package does not work on Intel
    >> Celeron.  Local recompile from port makes it work just fine.

    Peter> Can you please provide more information as to how it breaks?
    Peter> Capture it with a script or something; this needs to be
    Peter> fixed.

http://home.nest.cx:8/greg/mplayer-failure

I think this is the pertinent part:
--------------------------------------------
MPlayer interrupted by signal 4 in module: decode_audio
- MPlayer crashed by an 'Illegal Instruction'.
  It usually happens when you run it on a CPU different than the one it was
  compiled/optimized for.
  Verify this!
--------------------------------------------

Uh, what the heck, here is gdb backtrace:

Program received signal SIGILL, Illegal instruction.
0x1c05b87b in vidix_preinit ()
(gdb) bt
#0  0x1c05b87b in vidix_preinit ()
#1  0x1c05b96d in fast_memcpy ()
#2  0x1c0e8ad0 in demux_read_data ()
#3  0x1c08107e in mplayer_audio_read ()
#4  0x1c07faf4 in decode_audio ()
#5  0x1c02b4de in main ()
#6  0x1c027cb1 in ___start ()
#7  0x1c027c27 in __start ()
#8  0xcfbf7594 in ?? ()

I just noticed that mplayer also complains on start up:

mplayer:/usr/local/lib/libmp3lame.so.0.1: mplayer : WARNING: symbol(bandInfo) size mismatch, relink your program

The library above is also from a package from ftp.usa.openbsd.org and has this hash:
SHA1 (lame-3.93.1.tgz) = 29410ba0a0f28480eaabeb05eb1ac97405e1aac9