summaryrefslogtreecommitdiffstats
path: root/libvo/aclib.c
Commit message (Expand)AuthorAgeFilesLines
* Do not assume that "long" is the size of a register.reimar2010-01-031-0/+2
* Rename RUNTIME_CPUDETECT to CONFIG_RUNTIME_CPUDETECT and always define it.ramiro2009-04-081-9/+9
* Get rid of pointless preprocessor condition indirection and use ARCH_X86diego2009-03-151-9/+6
* Conditionally compile aclib.c instead of placing #ifdef around its content.diego2009-02-081-4/+0
* Add standard license headers, unify header formatting.diego2009-02-081-6/+23
* HAVE_3DNOW --> HAVE_AMD3DNOWdiego2009-01-261-16/+16
* 100l, forgot to delete two defines left over from old HAVE_MMX handling code.reimar2009-01-161-2/+0
* More #ifdef HAVE_MMX etc. missed by earlier search.reimar2009-01-161-1/+1
* Lots and lots of #ifdef ARCH_... -> #if ARCH_...reimar2009-01-161-23/+56
* Start unifying names of internal preprocessor directives.diego2008-07-301-3/+2
* avoid utter breakage on non-x86, patch from Chris Roccati <roccati@at@pobox.d...lu_zero2007-06-101-0/+1
* Include string.h to make sure memcpy is not used without prototypereimar2007-01-231-0/+1
* ARCH_X86 simplificationsreimar2006-11-011-1/+1
* Handle "xxx.h" vs "../xxx.h" include paths in a consistent way.diego2004-10-281-1/+1
* adapting existing mmx/mmx2/sse/3dnow optimizations so they work on x86_64aurel2004-10-211-6/+1
* Unify the config.h #include, use "config.h" instead of "../config.h"diego2004-06-251-1/+1
* fix crash due to fast_memcpy calling itself instead of libc memcpyreimar2004-05-201-0/+1
* On non-x86 platforms, memcpy was re-implemented in mplayer and was calledjkeil2002-11-071-0/+1
* *HUGE* set of compiler warning fixes, unused variables removalarpi2002-11-061-0/+2
* removed nonsense 'inline'arpi2002-08-221-2/+2
* memcpy must return destination ptr patch by Adam <adam@cfar.umd.edu>michael2002-04-101-0/+1
* fixing runtime cpudetect with pre SSE cpusmichael2002-03-191-7/+38
* mem2agpcpy()michael2002-02-121-1/+31
* runtime cpu detectionmichael2001-12-091-329/+84
* 10-20% faster fastmemcpy :) on my p3 at least but the algo is mostly from "am...michael2001-11-221-6/+116
* Issues about P3 performance and SSE2 support.nickols_k2001-06-131-2/+9
* Moving fast_memcpy to separate file (Size optimization)nickols_k2001-05-051-0/+249