[MacPorts] #28935: ffmpeg: +universal variant
MacPorts
noreply at macports.org
Sun Apr 3 03:09:58 PDT 2011
#28935: ffmpeg: +universal variant
------------------------------------+---------------------------------------
Reporter: dtakahashi42@… | Owner: devans@…
Type: enhancement | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 1.9.2
Keywords: universal | Port: ffmpeg
------------------------------------+---------------------------------------
Comment(by dtakahashi42@…):
Thank you for testing. Your log shows the first error
({{{libavcodec/h264_cavlc.c}}} compilation) is fixed, so the second
problem is a different one (may relate to #20938). In my environment (OSX
10.5.8 Core2Duo), not gcc-4.0 but gcc-4.2 reproduced similar problem.
{{{
/usr/bin/gcc-4.2 -I.
-I"/opt/local/var/macports/build/_LocalPort_port_multimedia_ffmpeg/work/ffmpeg-0.6.1"
-I/opt/local/include -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DPIC -DHAVE_AV_CONFIG_H -pipe
-O2 -DHAVE_LRINTF -I/opt/local/include -arch i386 -std=c99 -fomit-frame-
pointer -fPIC -I/opt/local/include/dirac
-I/opt/local/include/schroedinger-1.0 -I/opt/local/include/orc-0.4 -g
-Wdeclaration-after-statement -Wall -Wno-switch -Wdisabled-optimization
-Wpointer-arith -Wredundant-decls -Wno-pointer-sign -Wcast-qual -Wwrite-
strings -Wundef -Wmissing-prototypes -O3 -fno-math-errno -fno-tree-
vectorize -MMD -MF libavcodec/x86/dsputil_mmx.d -MT
libavcodec/x86/dsputil_mmx.o -c -o libavcodec/x86/dsputil_mmx.o
libavcodec/x86/dsputil_mmx.c
/dsputil_mmx.clibavcodec/x86/h264dsp_mmx.c: In function
`h264_h_loop_filter_luma_mmx2':
libavcodec/x86/dsputil_mmx.c:727: error: can't find a register in class
`GENERAL_REGS' while reloading `asm'
libavcodec/x86/dsputil_mmx.c:727: error: can't find a register in class
`GENERAL_REGS' while reloading `asm'
libavcodec/x86/dsputil_mmx.c:727: error: can't find a register in class
`GENERAL_REGS' while reloading `asm'
libavcodec/x86/dsputil_mmx.c:727: error: `asm' operand has impossible
constraints
... long error messages
}}}
The problem was avoided by the suppression of inlining ({{{-fno-inline}}}
or {{{-finline-limit=}}}''small integer'', possibly generates slow
binary). I hope this can be applicable for 10.6 environment. The updated
portfile includes this fix.
--
Ticket URL: <https://trac.macports.org/ticket/28935#comment:10>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list