[FFmpeg-cvslog] r20739 - in trunk/libavcodec: apedec.c dsputil.c dsputil.h ppc/int_altivec.c x86/dsputil_mmx.c x86/dsputil_yasm.asm
Loren Merritt
lorenm
Tue Dec 8 22:32:28 CET 2009
On Mon, 7 Dec 2009, Ramiro Polla wrote:
> On Sun, Dec 6, 2009 at 5:02 PM, Reimar D?ffinger wrote:
>>
>> In addition, gcc 4.2.4 MinGW and Cygwin ?builds seem to decode incorrectly:
>> http://fate.multimedia.cx/index.php?build_record=144294
>>
>> Though consistently between them:
>> http://fate.multimedia.cx/index.php?test_result=33060104
>> http://fate.multimedia.cx/index.php?test_result=33055764
>
> Also reproducible on Ubuntu Linux 9.04 (gcc: Ubuntu 4.3.3-5ubuntu4,
> yasm: 0.7.1.2093) compiling for 32-bit (--cc='ccache gcc -m32'
> --arch=i686 --cpu=i686), forcing ff_scalarproduct_and_madd_int16_sse2
> to be used on a q6600.
So when fate says "works on x86_32/Windows/MinGW/gcc-3.4.6, fails on
x86_32/Windows/MinGW/gcc-4.2.4", that could be because those two tests
where run on different computers with different simd capabilities and thus
using different codepaths.
It's good to test everything, but it can be misleading if I start the
debugging process on the assumption that it's the type of bug that gets
exposed by differing compiler versions.
--Loren Merritt
More information about the ffmpeg-cvslog
mailing list