The first of these patches fixes the original report as described in
https://trac.ffmpeg.org/ticket/7861. The second of the patches fixes
the second report in the same ticket (by leigh123linux).
Daniel Kolesa (2):
swscale: Replace illegal vector keyword usage in altivec code
swscale: Fix
sewhere in
the tree.
Signed-off-by: Daniel Kolesa
---
libswscale/ppc/swscale_altivec.c | 36 +-
libswscale/ppc/swscale_vsx.c | 882 +++
2 files changed, 459 insertions(+), 459 deletions(-)
diff --git a/libswscale/ppc/swscale_altivec.c b/libswscale/ppc/swscale_altiv
The argument to vec_splat_u16 must be a literal. By making the
function always inline and marking the arguments const, gcc can
turn those into literals, and avoid build errors like:
swscale_vsx.c:165:53: error: argument 1 must be a 5-bit signed literal
Signed-off-by: Daniel Kolesa
The argument to vec_splat_u16 must be a literal. By making the
function always inline and marking the arguments const, gcc can
turn those into literals, and avoid build errors like:
swscale_vsx.c:165:53: error: argument 1 must be a 5-bit signed literal
Fixes #7861.
Signed-off-by: Daniel Kolesa
Updated commit messages.
Daniel Kolesa (2):
swscale: Replace illegal vector keyword usage in altivec code
swscale: Fix AltiVec/VSX build with recent GCC
libswscale/ppc/swscale_altivec.c | 36 +-
libswscale/ppc/swscale_vsx.c | 894 ---
2 files changed, 467
sewhere in
the tree.
Fixes #7861.
Signed-off-by: Daniel Kolesa
---
libswscale/ppc/swscale_altivec.c | 36 +-
libswscale/ppc/swscale_vsx.c | 882 +++
2 files changed, 459 insertions(+), 459 deletions(-)
diff --git a/libswscale/ppc/swscale_altivec.c b/libs
On Wed, Aug 7, 2019, at 14:28, Moritz Barsnick wrote:
> On Tue, Aug 06, 2019 at 17:55:35 +0200, Daniel Kolesa wrote:
> > The first of these patches fixes the original report as described in
> > https://trac.ffmpeg.org/ticket/7861. The second of the patches fixes
> > the seco
On Thu, Aug 8, 2019, at 14:32, Carl Eugen Hoyos wrote:
> Am Mi., 7. Aug. 2019 um 19:39 Uhr schrieb Daniel Kolesa
> :
> >
> > While this technically compiles in current ffmpeg, this is only
> > because ffmpeg is compiled in strict ISO C mode, which disables
> > th
On Thu, Aug 8, 2019, at 15:23, Daniel Kolesa wrote:
> On Thu, Aug 8, 2019, at 14:32, Carl Eugen Hoyos wrote:
> > Am Mi., 7. Aug. 2019 um 19:39 Uhr schrieb Daniel Kolesa
> > :
> > >
> > > While this technically compiles in current ffmpeg, this is only
> > >
On Sun, Aug 11, 2019, at 21:39, Reimar Döffinger wrote:
> On 11.08.2019, at 21:24, Reimar Döffinger wrote:
>
> > On 07.08.2019, at 19:39, Daniel Kolesa wrote:
> >
> >> The argument to vec_splat_u16 must be a literal. By making the
> >> function always in
On Sun, Aug 11, 2019, at 21:37, Reimar Döffinger wrote:
> On 07.08.2019, at 19:39, Daniel Kolesa wrote:
>
> > While this technically compiles in current ffmpeg, this is only
> > because ffmpeg is compiled in strict ISO C mode, which disables
> > the builtin 've
On Sat, Aug 24, 2019, at 19:23, Lauri Kasanen wrote:
> Hi,
>
> I approve of this series, but being in the middle of a move, I can't
> test it.
Alright, thanks. It's not urgent (distros that have this broken can patch
locally for the time being), but would be nice to go through it once you have
On Tue, Oct 1, 2019, at 17:26, Lauri Kasanen wrote:
> Hi,
>
> I'll apply these in a couple days if no objections. Works ok in my
> tests.
Cool. Lemme know in case anything needs to get fixed.
>
> - Lauri
> ___
> ffmpeg-devel mailing list
> ffmpeg-deve
13 matches
Mail list logo
