[FFmpeg-cvslog] r24156 - trunk/configure
Sat Jul 10 12:56:48 CEST 2010
On Sat, Jul 10, 2010 at 11:53:07AM +0100, M?ns Rullg?rd wrote:
> Reimar D?ffinger <Reimar.Doeffinger at gmx.de> writes:
> > On Sat, Jul 10, 2010 at 10:26:41AM +0100, M?ns Rullg?rd wrote:
> >> > Modified: trunk/configure
> >> > ==============================================================================
> >> > --- trunk/configure Sat Jul 10 02:40:59 2010 (r24155)
> >> > +++ trunk/configure Sat Jul 10 06:08:02 2010 (r24156)
> >> > @@ -2271,7 +2271,7 @@ case $target_os in
> >> > objformat="win32"
> >> > enable dos_paths
> >> > check_cflags -fno-common
> >> > - if ! enabled x86_64; then
> >> > + if ! check_cpp_condition _mingw.h "defined (__MINGW64_VERSION_MAJOR)"; then
> >> Does the other x86_64 fail on mingw? Are pointers 32-bit?
> > I think you misunderstood the purpose: This is for compiling
> > 32 bit Windows programs using the mingw64 headers/toolchain.
> I understand the purpose but not the mechanism you are trying to
First it is not my change, second no you don't.
> Earlier on, there is this check:
> check_cc <<EOF && subarch="x86_64"
> int test[(int)sizeof(char*) - 7];
> This is meant to detect whether we are building for x86_32 or x86_64
> by looking at the pointer size. When building for x86_32, surely
> pointers are 32-bit, even if using a ming64 compiler. The change
> above should thus not be necessary. Please explain why it makes a
> difference so we can fix it properly.
WTF? This has not the slightest bit to do with this change.
The change is about avoiding an incorrect
die "ERROR: MinGW runtime version must be >= 3.15."
When compiling a 32 bit binary using mingw-w64 headers.
More information about the ffmpeg-cvslog