[FFmpeg-devel] ASM support for MACOSX 10.5: really?

Reimar Döffinger Reimar.Doeffinger
Tue Mar 25 23:42:13 CET 2008


On Tue, Mar 25, 2008 at 10:00:49PM +0000, M?ns Rullg?rd wrote:
> Michael Niedermayer <michaelni at gmx.at> writes:
> > On Tue, Mar 25, 2008 at 09:48:46PM +0100, matthieu castet wrote:
> >> Michael Niedermayer wrote:
> >> > On Tue, Mar 25, 2008 at 07:04:10PM +0000, Robert Swain wrote:
> >> > 
> >> > (all with -fPIC -DPIC)
> >> > 2.95        works
> >> > 3.3         works
> >> > 3.4         works
> >> > 4.0         works
> >> > 4.1         works
> >> > 4.2         5 "error: 'asm' operand has impossible constraints" nonsense
> >> > 4.3         3 "error: 'asm' operand has impossible constraints" nonsense
> >> > 4.4         3 "error: 'asm' operand has impossible constraints" nonsense
> >> > 
> >> > so, if someone wants to use latestest and "greatest" gcc go report it.
> >> > 
> >> > Also if someone wants to workaround it in ffmpeg, no problem, the code
> >> > though must not be slower!
> >> > The whole loop of that code should be written in a asm( ) anyway, no
> >> > stincky for(){asm()}.
> >> > 
> >> Even better the code is most assembler and should be easily written in 
> >> pure assembler (*.S). The tricky part could be to access global variable.
> >> That way no dependence on gcc.
> >
> > You can write the whole function in an asm() and use MANGLE to access globals
> 
> True.
> 
> > This would be easier than .S
> 
> I doubt that.

A separate .S file means adding loads of #ifdefs because the functions
headers will look completely different and it will make switching
between inlining/non-inlining a major pain, and certainly not a matter
of choosing the right -O on configuring as it is at least partially
the case currently, as would switching between omitting/not omitting the
frame pointer be a big pain.
So if using a .S file is much harder depends on how much functionality
you are ready to drop...

Greetings,
Reimar D?ffinger




More information about the ffmpeg-devel mailing list