Bug#515949: vorbis encoder is broken on armel

[Martin Guy]

Package: libvorbis
Version: 1.2.0.dfsg
User: debian-arm at lists.debian.org
Usertags: eabi

oggenc and libvorbis' example_encoder do not seem to work at all on armel.
$ oggenc Happy.wav
works fine on x86 and arm, but on armel creates an output just over
half the length it should be, which is mostly full of garbage.
{Happy is a 30-second stereo 44.1 kHz wave file with a 44-byte header,
nothing special)

An extract from "od -c Happy.ogg" after the initial header:

0007600  \0  \0  \0  \0  \0 002  \0  \0  \0 004 004   O   g   g   S  \0
0007620  \0  \0 177  \0  \0  \0  \0  \0  \0 262 005   U   + 002  \0  \0
0007640  \0   > 353 225 346 377 001 001 001 001 001 001 001 001 001 001
0007660 001 001 001 001 001 001 001 001 001 001 001 001 001 001 001 001
*
0010040 001 001 001 001 001 001 001 001 001 021 021 021 021 021 021 021
0010060 021 021 021 021 021 021 021 021 021 021 021 021 021 021 021 021
*
0010240 021 021 021 021 021  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
0010260  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
*
0010440  \0  \0  \0  \0  \0  \0  \0  \0 244   i  \0  \0 322   4  \0  \0
0010460  \0  \0  \0  \0  \0  \0  \0  \0  \0 244   i  \0  \0 322   4  \0
0010500  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0 244   i  \0  \0 322   4
0010520  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0 244   i  \0  \0 322
0010540   4  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0 244   i  \0  \0
0010560 322   4  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0 244   i  \0
0010600  \0 322   4  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0 244   i
0010620  \0  \0 322   4  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0 244
0010640   i  \0  \0 322   4  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0

(this 17-byte pattern of garbage repeats for most of the body of the file)

Decoding such a file produces a WAV of the correct size with nothing
but zero bytes in the audio data section.

Other wav files of various provenance are similarly unsuccessful.

It looks like libvorbis, rather than oggenc, libao or libogg, bcos its
example encoder in the build directory
    obj-arm-linux-gnueabi/examples/example_encoder
uses stdio to read the WAV file and fails similarly
while speexenc, which also uses libogg to write files, works fine.

FWIW this wave file is visible at
http://martinwguy.co.uk/martin/test/Happy.wav but oggenc's giving the
same kind of output from any wav file I supply it with.