[Ffmpeg-devel] [PATCH] '/nop' illegal for old versions of GAS
Michael Niedermayer
michaelni
Tue Aug 8 23:30:51 CEST 2006
Hi
On Wed, Aug 09, 2006 at 04:12:16AM +1000, John Dalgliesh wrote:
>
> Hi,
>
> Sorry to butt in, but this has been going on too long now...
>
> On Mon, 7 Aug 2006, Michael Niedermayer wrote:
> >
> >Hi
> >
> >On Mon, Aug 07, 2006 at 10:33:31AM +1000, Nigel Pearson wrote:
> >> I assumed you wanted to keep the ability
> >>to pass in an opcode to do rounding?
> >
> >yes, of course, the code must still work ...
>
> OK I think that there is a misunderstanding here. The only value ever
> passed into those IDCT macros is '/nop'. That is, the rounder argument is
> never used for anything except generating an assembler comment.
look again
[blah blah]
> Tested on linux x86 and compiles fine, does not cause any regressions to
> fail. (Two regressions fail for esoteric formats with svn head for me; the
> patch does not change this.)
of course it works on linux ...
[...]
> If I am wrong about it being a misunderstanding - either there is some
> weird use of the macros/arguments that I missed - or it is desirable to
> retain the rounder argument for posterity, then I will happily produce a
> patch meeting those criteria.
[...]
> @@ -458,11 +456,11 @@
> DC_COND_ROW_IDCT( 96(%0),104(%0),112(%0),120(%0), 96(%1),paddd (%2), 11)
look, its not a nop
[...]
> @@ -705,7 +703,7 @@
> Z_COND_IDCT( 96(%0),104(%0),112(%0),120(%0), 96(%1),paddd (%2), 11, 1f)
and another
[...]
> @@ -795,7 +791,7 @@
> Z_COND_IDCT( 96(%0),104(%0),112(%0),120(%0), 96(%1),paddd (%2), 11, 5f)
and yet another
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
In the past you could go to a library and read, borrow or copy any book
Today you'd get arrested for mere telling someone where the library is
More information about the ffmpeg-devel
mailing list