size_t is the correct type to use for sizes.

This avoids spurious library rebuilds when only the test program
code is changed and simplifies the build system.

These functions return an error typically when the key size is an
incorrect number. AVERROR(EINVAL) is more specific than -1.
Reviewed-by: Ronald S. Bultje <rsbultje@gmail.com>
Reviewed-by: Michael Niedermayer <michael@niedermayer.cc>
Signed-off-by: Ganesh Ajjanagadde <gajjanagadde@gmail.com>

Deprecated in 10/2012.

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

crypto_bench SHA-1 and SHA-256 results using an AMD Athlon X2 7750+, mingw32-w64 GCC 4.7.3 x86_64

Before:
lavu       SHA-1        size: 1048576  runs:   1024  time:    9.012 +- 0.162
lavu       SHA-256      size: 1048576  runs:   1024  time:   19.625 +- 0.173

After:
lavu       SHA-1        size: 1048576  runs:   1024  time:    7.948 +- 0.154
lavu       SHA-256      size: 1048576  runs:   1024  time:   17.841 +- 0.170
Signed-off-by: James Almer <jamrial@gmail.com>
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

about 1% speedup
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

They are essential to be able to use the utils without av_malloc()
That is for example use with malloc(), memalign(), some other
private allocation function, on the stack or others.
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

The current API where the plain size is exposed is not of much
use - in most cases it is allocated dynamically anyway.

If allocated e.g. on the stack via an uint8_t array, there's no
guarantee that the struct's members are aligned properly (unless
the array is overallocated and the opaque pointer within it
manually aligned to some unspecified alignment).
Signed-off-by: Martin Storsjö <martin@martin.st>

This makes no change to the way the code functions, but should make
it easier for static analyzers to see the valid range for i
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

This allows dropping the av_unused argument from them.

Signed-off-by: Mans Rullgard <mans@mansr.com>

Signed-off-by: Mans Rullgard <mans@mansr.com>

Originally committed as revision 24170 to svn://svn.ffmpeg.org/ffmpeg/trunk

Other parts of FFmpeg use NE (native endian) rather than ME (machine).
This makes it consistent.

Originally committed as revision 24169 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 22449 to svn://svn.ffmpeg.org/ffmpeg/trunk

This reduces the number of false dependencies on header files and
speeds up compilation.

Originally committed as revision 22407 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 22099 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21756 to svn://svn.ffmpeg.org/ffmpeg/trunk

that output may be written as uint32_t since output buffer may not be aligned
(and it's silly to force alignment on it) and it does not work in that case
properly on some architectures.

Originally committed as revision 21754 to svn://svn.ffmpeg.org/ffmpeg/trunk

libavutil/sha.c:183: warning: unused variable `T2'

Originally committed as revision 19551 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 19450 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 19449 to svn://svn.ffmpeg.org/ffmpeg/trunk

and leave av_sha1_* functions for compatibility until next major bump.

Originally committed as revision 19394 to svn://svn.ffmpeg.org/ffmpeg/trunk

when it's added.

Originally committed as revision 19389 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 19388 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 19387 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 19386 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 19385 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 19154 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 16840 to svn://svn.ffmpeg.org/ffmpeg/trunk

Generating the test program is integrated into the build system already.

Originally committed as revision 16804 to svn://svn.ffmpeg.org/ffmpeg/trunk

They are now always defined to either 0 or 1.

Originally committed as revision 16590 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 11838 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 11208 to svn://svn.ffmpeg.org/ffmpeg/trunk

Patch from Diego Pettenò flameeyesATgmailDOTcom

Originally committed as revision 11207 to svn://svn.ffmpeg.org/ffmpeg/trunk