[MPlayer-users] Proper FAST_CMOV check possible?

[Edd Barrett]

Hello,

On Wed, Aug 04, 2010 at 09:35:06AM +0000, Carl Eugen Hoyos wrote:
> Edd Barrett <vext01 <at> gmail.com> writes:
> 
> > I'm hoping this is the correct list, I can't see a mplayer-devel.
> 
> mplayer-dev-eng, I had a suspicion you already knew it.
> Once you have confirmed that defining "HAVE_CMOV 0" fixes the issue (and that it

It's HAVE_FAST_CMOV that I undefined in ffmpeg, not HAVE_CMOV.

> is necessary for OpenBSD, not for some compiler version only you are using),
> please send a patch there.

I tried using GCC 3.3.6 too, it fails there too without FAST_CMOV=0, so it is
not a compiler thing.

> > I have checked out ffmpeg from svn and get a similar error on a different
> > source file:
> 
> Note that on http://fate.multimedia.cx/ OpenBSD (32 bit) is listed as working,
> http://fate.multimedia.cx/index.php?stdout=273556 indicates that --disable-cmov
> is passed to configure (please test that) or the source was patched ;-(

It is true that disabling cmov for ffmpeg completes the build, bu the same can
not be said about mplayer. The build still fails for mplayer, even with
--disable-cmov and --disable-fast-cmov (which are not listed in --help
by the way).

gmake -C libavcodec
gmake[1]: Entering directory `/home/edd/source/mplayer/libavcodec'
CC      h264_cabac.o
In file included from h264_cabac.c:40:
x86/h264_i386.h: In function 'decode_significance_x86':
x86/h264_i386.h:41: warning: cast from pointer to integer of different size
x86/h264_i386.h:42: warning: cast from pointer to integer of different size
x86/h264_i386.h: In function 'decode_significance_8x8_x86':
x86/h264_i386.h:94: warning: cast from pointer to integer of different size
{standard input}: Assembler messages:
{standard input}:18: Error: `ff_h264_lps_range(%eax,%esi,2)' is not a valid 64 b
it base/index expression
{standard input}:31: Error: `ff_h264_norm_shift(%esi)' is not a valid 64 bit bas
e/index expression
...

I don't know why this is at the moment, but I hope to dig further in the future.

In the meanwhile, any suggestions or hints are welcomed.

-- 
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk