lvqcl wrote: > FLAC__lpc_restore_signal_asm_ia32_mmx compares 'order' argument with 4 > and if it's greater then it jumps to FLAC__lpc_restore_signal_asm_ia32. > > I wonder why the same wasn't done for PPC/Altivec: why libFLAC compares > 'order' and 8 in C code and not in asm.
...more about PPC ASM: http://git.xiph.org/?p=flac.git;a=commitdiff;h=63d489ae3140296419afdfc4cfc87cc2c7cb9faf http://git.xiph.org/?p=flac.git;a=commitdiff;h=3c8d2973cb87e318c11f3a487f2204bf0d673176 +AM_CONDITIONAL(FLaC__HAS_AS__TEMPORARILY_DISABLED, test "yes" = "no") -if FLaC__HAS_AS +#@@@@@@ +if FLaC__HAS_AS__TEMPORARILY_DISABLED -CPUCFLAGS = -maltivec -mabi=altivec -force_cpusubtype_ALL +#@@@@@@ PPC optimizations temporarily disabled +CPUCFLAGS = -maltivec -mabi=altivec -force_cpusubtype_ALL -DFLAC__NO_ASM Does it mean that PowerPC/Altivec asm optimizations were disabled almost 10 years ago? _______________________________________________ flac-dev mailing list [email protected] http://lists.xiph.org/mailman/listinfo/flac-dev
