aboutsummaryrefslogtreecommitdiff
path: root/libbb/md5.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Replace current verbose GPL stuff in libbb/*.c with one-line GPL boilerplate.rpjday2006-07-101-0/+1
| | | | git-svn-id: svn://busybox.net/trunk/busybox@15674 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Standardize on the vi editing directives being on the first line.rpjday2006-07-021-0/+1
| | | | git-svn-id: svn://busybox.net/trunk/busybox@15581 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Add SWAP_LE?? and SWAP_BE?? macros, and make things use them. Converts valueslandley2006-05-291-15/+6
| | | | | | | | to/from little endian or big endian, which is a NOP if that's what the current platform already is. git-svn-id: svn://busybox.net/trunk/busybox@15215 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Make md5 calculation always go through an the buffer so that A) we don'tlandley2006-05-161-87/+42
| | | | | | | | | | | | | | handle packets out of sequence if some data goes through the buffer and some doesn't, B) it works on systems that can't handle aligned access, C) we just have one code path to worry about. While we're at it, sizeof() and RESERVE_CONFIG_BUFFER() really don't combine well, which is why md5sum has been reading and processing data 4 bytes at a time. I suspect that the existence of CONFIG_MD5_SIZE_VS_SPEED to do loop unrolling and such in the algorithm was an attempt to work around that bug. git-svn-id: svn://busybox.net/trunk/busybox@15088 69ca8d6d-28ef-0310-b511-8ec308f3f277
* - move buffer allocation schemes to libbb.haldot2006-04-031-4/+4
| | | | | | | - include the correct headers: applets need busybox.h while lib* need libbb.h git-svn-id: svn://busybox.net/trunk/busybox@14739 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Patch from Devin Bayer to split up hash_fd.c into md5.c and sha1.c. (I tweakedlandley2006-02-211-0/+510
md5_sha1_sum.c to convert some #ifdef CONFIG to if(ENABLE).) git-svn-id: svn://busybox.net/trunk/busybox@14160 69ca8d6d-28ef-0310-b511-8ec308f3f277