Mercurial > libavcodec.hg
changeset 3949:6020c2f3b16b libavcodec
fix the dcbz check and move it in configure
| author | lu_zero |
|---|---|
| date | Sat, 07 Oct 2006 19:14:25 +0000 |
| parents | 3edbf131ee44 |
| children | 900d21b85dd6 |
| files | ppc/dsputil_ppc.c ppc/dsputil_ppc.h |
| diffstat | 2 files changed, 2 insertions(+), 13 deletions(-) [+] |
line wrap: on
line diff
--- a/ppc/dsputil_ppc.c Sat Oct 07 15:44:14 2006 +0000 +++ b/ppc/dsputil_ppc.c Sat Oct 07 19:14:25 2006 +0000 @@ -175,7 +175,7 @@ /* same as above, when dcbzl clear a whole 128B cache line i.e. the PPC970 aka G5 */ -#ifndef NO_DCBZL +#ifdef HAVE_DCBZL void clear_blocks_dcbz128_ppc(DCTELEM *blocks) { POWERPC_PERF_DECLARE(powerpc_clear_blocks_dcbz128, 1); @@ -205,7 +205,7 @@ } #endif -#ifndef NO_DCBZL +#ifdef HAVE_DCBZL /* check dcbz report how many bytes are set to 0 by dcbz */ /* update 24/06/2003 : replace dcbz by dcbzl to get the intended effect (Apple "fixed" dcbz)
--- a/ppc/dsputil_ppc.h Sat Oct 07 15:44:14 2006 +0000 +++ b/ppc/dsputil_ppc.h Sat Oct 07 19:14:25 2006 +0000 @@ -21,17 +21,6 @@ #ifndef _DSPUTIL_PPC_ #define _DSPUTIL_PPC_ -#ifdef CONFIG_DARWIN -/* The Apple assembler shipped w/ gcc-3.3 knows about DCBZL, previous assemblers don't - We assume here that the Darwin GCC is from Apple.... */ -#if (__GNUC__ * 100 + __GNUC_MINOR__ < 303) -#define NO_DCBZL -#endif -#else /* CONFIG_DARWIN */ -/* I don't think any non-Apple assembler knows about DCBZL */ -#define NO_DCBZL -#endif /* CONFIG_DARWIN */ - #ifdef POWERPC_PERFORMANCE_REPORT void powerpc_display_perf_report(void); /* the 604* have 2, the G3* have 4, the G4s have 6,