[Ffmpeg-devel] cross compilation fails from x86_64 to mingw32

Diego Biurrun diego
Wed Aug 16 23:40:50 CEST 2006


On Wed, Aug 16, 2006 at 11:02:50PM +0200, Aurelien Jacobs wrote:
> On Sat, 12 Aug 2006 14:51:29 +0200
> Gianluigi Tiesi <mplayer at netfarm.it> wrote:
> 
> > I'm cross compiling mingw32 ffmpeg on a x86_64 host.
> > There is a check in the configure
> > that outputs:
> > TARGET_ARCH_X86_64=yes
> > #define ARCH_X86_64 1
> > 
> > depending on the host cpu, obiviuosly it will fail in i386 asm where
> > asm code is ifdefed between x86 and x86_64,
> > I've looked at configure and it seams that this check is unconditional
> > i.e. is taken from the output of uname -m and not asking the compiler
> > I suggest to extrapolate it from gcc -dumpmachine,
> > and yes I known there is a --cpu option, but I think the approach is
> > wrong.
> 
> I already faced this situation and I totally agree.
> Here is a patch which implement this.
> It moves the cpu "normalization" after command line parsing so as
> to be able to use $cc to detect cpu.
> Is it ok to commit ?

Hmmmmm

> --- configure	(revision 6005)
> +++ configure	(working copy)
> @@ -905,6 +853,59 @@
>  ranlib="${cross_prefix}${ranlib}"
>  strip="${cross_prefix}${strip}"
>  
> +[ -z "$cpu" ] && cpu=`$cc -dumpmachine | sed s/-.*//`

Hmmm, I'm not sure what's the best way to do this.  Mans, any better
ideas?

Also, maybe you'd better put this next to the MMX stuff so we have all
processor-related tests together.

Diego




More information about the ffmpeg-devel mailing list