[FFmpeg-devel] [PATCH] configure: Add workaround for qtkit detection using ICC, compiler.

Michael Niedermayer michaelni at gmx.at
Tue Apr 8 22:29:38 CEST 2014


On Tue, Apr 08, 2014 at 11:21:47AM +0200, Thilo Borgmann wrote:
> 
> >>  configure |   10 ++++++++--
> >>  1 file changed, 8 insertions(+), 2 deletions(-)
> >> 0e779abde1e1ee19cf71fbfd698968d2722b4c0f  0001-configure-Check-for-generated-output-in-check_header.patch
> >> From d48ed4fb667ca2180d4c20986dcb7ef0407b5d4d Mon Sep 17 00:00:00 2001
> >> From: Thilo Borgmann <thilo.borgmann at mail.de>
> >> Date: Sun, 6 Apr 2014 23:17:08 +0200
> >> Subject: [PATCH] configure: Check for generated output in check_header_oc.
> > 
> > applied
> 
> Roger Pack reported a problem with qtkit on OSX 10.6.:
> 
> 
> Am 07.04.14 20:18, schrieb Roger Pack:
> > Maybe this is impossible, but...when I configure with my ancient
> > 10.6.8 system with i686-apple-darwin10-gcc-4.2.1
> >
> > I get the following:
> >
> > $ ./configure && make
> >
> > Enabled indevs:
> > lavfi			qtkit
> >
> > Enabled outdevs:
> > sdl
> >
> > License: LGPL version 2.1 or later
> > Creating config.mak, config.h, and doc/config.texi...
> > libavutil/avconfig.h is unchanged
> > CC	libavdevice/alldevices.o
> > CC	libavdevice/avdevice.o
> > CC	libavdevice/lavfi.o
> > CC	libavdevice/qtkit.o
> > In file included from
> > /usr/lib/gcc/i686-apple-darwin10/4.2.1/include/xmmintrin.h:40,
> >                  from
> >
> /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/MachineExceptions.h:29,
> >                  from
> >
> /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/DriverServices.h:32,
> >                  from
> >
> /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/CarbonCore.h:125,
> >                  from
> >
> /System/Library/Frameworks/CoreServices.framework/Frameworks/AE.framework/Headers/AE.h:20,
> >                  from
> > /System/Library/Frameworks/CoreServices.framework/Headers/CoreServices.h:21,
> >                  from
> > /System/Library/Frameworks/Foundation.framework/Headers/NSURLError.h:17,
> >                  from
> > /System/Library/Frameworks/Foundation.framework/Headers/Foundation.h:81,
> >                  from
> > /System/Library/Frameworks/QTKit.framework/Headers/QTError.h:8,
> >                  from
> > /System/Library/Frameworks/QTKit.framework/Headers/QTkit.h:11,
> >                  from libavdevice/qtkit.m:28:
> > /usr/lib/gcc/i686-apple-darwin10/4.2.1/include/mmintrin.h:67: error:
> > no previous prototype for '_mm_empty'
> > /usr/lib/gcc/i686-apple-darwin10/4.2.1/include/mmintrin.h:75: error:
> > no previous prototype for '_m_empty'
> > /usr/lib/gcc/i686-apple-darwin10/4.2.1/include/mmintrin.h:84: error:
> > no previous prototype for '_mm_cvtsi32_si64'
> > /usr/lib/gcc/i686-apple-darwin10/4.2.1/include/mmintrin.h:92: error:
> > no previous prototype for '_m_from_int'
> > ... [same approximate error repeated].
> 
> I can reproduce this on 10.6, too.

I dont know what the problem is, maybe 10.6 is broken in some way
like applying user warning/error flags to system headers. But it
could be various oher things too

But compilation must not be broken by not fully working feature
autodetection.

you can try to find out what difference makes it fail and then update
the test so the test fails when the actual build fails
otherwise i can only suggest to disable qtkit autodetection

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

it is not once nor twice but times without number that the same ideas make
their appearance in the world. -- Aristotle
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20140408/026d9591/attachment.asc>


More information about the ffmpeg-devel mailing list