busybox-w32 - A mirror of https://github.com/rmyorston/busybox-w32.git

	Commit message (Collapse)	Author	Age	Files	Lines
*	trylink: produce even more info about final link stage	Denis Vlasenko	2007-08-12	1	-2/+2
\| \| \| \| \| \| \| \| \|	trylink: explain how to modify link and drastically decrease amount of padding (unfortunately, needs hand editing ATM). *: add ALIGN1 / ALIGN2 to global strings and arrays of bytes and shorts size saving: 0.5k
*	#if CONFIG_xxx -> #if ENABLE_xxx	Denis Vlasenko	2006-11-01	1	-11/+3
\|
*	whitespace cleanup	Denis Vlasenko	2006-09-17	1	-1/+1
\|
*	Replace current verbose GPL stuff in libbb/*.c with one-line GPL boilerplate.	"Robert P. J. Day"	2006-07-10	1	-0/+1
\|
*	Standardize on the vi editing directives being on the first line.	"Robert P. J. Day"	2006-07-02	1	-0/+1
\|
*	Add SWAP_LE?? and SWAP_BE?? macros, and make things use them. Converts values	Rob Landley	2006-05-29	1	-15/+6
\| \| \| \| \|	to/from little endian or big endian, which is a NOP if that's what the current platform already is.
*	Make md5 calculation always go through an the buffer so that A) we don't	Rob Landley	2006-05-16	1	-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.
*	- move buffer allocation schemes to libbb.h	Bernhard Reutner-Fischer	2006-04-03	1	-4/+4
\| \| \| \|	- include the correct headers: applets need busybox.h while lib* need libbb.h
*	Patch from Devin Bayer to split up hash_fd.c into md5.c and sha1.c. (I tweaked	Rob Landley	2006-02-21	1	-0/+510
	md5_sha1_sum.c to convert some #ifdef CONFIG to if(ENABLE).)