summaryrefslogtreecommitdiffstats
path: root/lib/libmd
Commit message (Collapse)AuthorAgeFilesLines
* Rewrite HISTORY: The SHA256 code first appeared in 6.0, and the SHA512cperciva2011-06-272-2/+2
| | | | code in 9.0; neither existed in FreeBSD 4.0.
* Add SHA512 (Actually, this is Colin Percival's code for SHA256, withmarkm2011-04-097-165/+707
| | | | | | | | | | relevant constants changed). While I'm here clean up the tests and Makefile. PR: misc/124164 Submitted by: KIMURA Yasuhiro < yasu utahime org > MFC after: 1 month
* Fix some leftover binaries and shared libraries in the system that stilldim2011-02-151-2/+5
| | | | | | | | | | | | | | | have an executable stack, due to linking in hand-assembled .S or .s files, that have no .GNU-stack sections: RWX --- --- /lib/libcrypto.so.6 RWX --- --- /lib/libmd.so.5 RWX --- --- /lib/libz.so.6 RWX --- --- /lib/libzpool.so.2 RWX --- --- /usr/lib/liblzma.so.5 These were found using scanelf, from the sysutils/pax-utils port. Reviewed by: kib
* Build lib/ with WARNS=6 by default.ed2010-01-021-0/+2
| | | | | | | | | Similar to libexec/, do the same with lib/. Make WARNS=6 the norm and lower it when needed. I'm setting WARNS?=0 for secure/. It seems secure/ includes the Makefile.inc provided by lib/. I'm not going to touch that directory. Most of the code there is contributed anyway.
* Remove reference to no longer existing document.phk2009-01-091-5/+0
| | | | Spotted by: Bjoern Voigt <bjoern@cs.tu-berlin.de>
* Make the "test" target test the compiled version, instead of thephk2008-12-021-7/+7
| | | | installed version of the md library.
* Use unsigned comparisons. Prior to this commit, SHA1_Update andcperciva2007-05-142-2/+4
| | | | | | | | | | | | | | | | | | | RIPEMD160_Update were broken when all of the following conditions applied: (1) The platform is i386. (2) The program calling *_Update is statically linked to libmd. (3) The buffer provided to *_Update is aligned modulo 4 bytes. (4) The buffer extends beyond 2GB. Due to the design of this code, SHA1_Update and RIPEMD160_Update will still be broken if conditions (1)-(3) apply AND the buffer extends beyond 4GB (i.e., there is an integer overflow in computing "data + len"). Since this remaining bug simply replaces SIGSEGV with a bogus hash (and non-broken programs should never provide such operands) I don't consider it to be a serious problem. MFC After: 1 week PR: kern/102795
* Fix an 11 year old mistake: Let the hash functions take a void* insteadphk2006-01-1714-28/+35
| | | | of unsigned char* argument.
* -mdoc sweep.ru2005-11-171-1/+1
|
* Correct type.pjd2005-09-141-4/+4
| | | | OK'ed by: cperciva
* Removed redundnt empty line.ru2005-06-161-1/+0
| | | | Approved by: re (blanket)
* Markup fixes.ru2005-06-161-1/+2
| | | | Approved by: re
* In light of the recent 2^69 operation collision-finding attack on SHA1,cperciva2005-03-095-6/+522
| | | | | | | | add support for SHA256. Tested on: i386, sparc64 Tested using: NIST test vectors, built-in tests X-MFC-after: 5.4-RELEASE
* The third parameter to SHA_Update and SHA1_Update is a "size_t", not acperciva2005-03-091-2/+2
| | | | "unsigned int".
* Expand contractions.ru2005-02-151-1/+1
|
* Expand *n't contractions.ru2005-02-133-7/+7
|
* Sort sections.ru2005-01-203-9/+9
|
* Eliminate double whitespace.ru2004-07-032-2/+2
|
* Backed out rev.1.6 and subsequent copying of it (bogus addition ofbde2004-02-261-6/+6
| | | | | | | | | | | | | -static to CFLAGS). It just turned rev.1.5 into an obfuscated no-op. As explained in the log for rev.1.5, testing should be done in the host environment but there is a problem in cross-compilation environments. As not explained in the log for rev.1.6, there was apparently a practical problem with cross-compiling (makeworld should have set -static in LDFLAGS but apparently didn't). Cross-compilation was especially complicated because the relevant programs are test programs that were run at beforeinstall time -- dynamic libraries might or might not exist depending on the build options. The complications became moot in rev.1.8 when beforeinstall was renamed "test".
* Assorted mdoc(7) fixes:hmp2003-10-093-20/+41
| | | | | | | | | | - fix hard sentence breaks - sprinkle a few .Vt's where neccessary - remove incorrect use of `\-' - proper quoting using .Dq, instead of manual ``...'' Approved by: des@ (mentor) Reviewed by: ru@
* style.Makefile(5)obrien2003-08-181-1/+1
|
* Stage 3 of dynamic root support. Make all the libraries needed to rungordon2003-08-171-0/+1
| | | | | | binaries in /bin and /sbin installed in /lib. Only the versioned files reside in /lib, the .so symlink continues to live /usr/lib so the toolchain doesn't need to be modified.
* Rename local variables to not mask global names of same name. Thismarkm2003-06-053-28/+29
| | | | fixes lots of lint(1) warnings.
* The .Fn functioncharnier2003-03-242-9/+18
|
* Initiate deorbit burn for the i386-only a.out related support. Moves arepeter2002-09-171-2/+0
| | | | | | | | | | | | | | | under way to move the remnants of the a.out toolchain to ports. As the comment in src/Makefile said, this stuff is deprecated and one should not expect this to remain beyond 4.0-REL. It has already lasted WAY beyond that. Notable exceptions: gcc - I have not touched the a.out generation stuff there. ldd/ldconfig - still have some code to interface with a.out rtld. old as/ld/etc - I have not removed these yet, pending their move to ports. some includes - necessary for ldd/ldconfig for now. Tested on: i386 (extensively), alpha
* Get this file closer to style(9).phk2002-09-081-51/+55
|
* Fix a bug where calling MD5File(3) with a zero-length file generated anbmah2002-09-061-0/+1
| | | | | | error, due to an uninitialized variable. Reviewed by: phk, archie
* Add missing const's.mux2002-06-241-1/+1
|
* Improve the handling of Encode and Decode operations in MD5.phk2002-06-221-22/+15
| | | | | | | | | | Use memcpy for all little-endian architectures, sys/kern/md5c.c indicates this should be safe for all currently supported LE archs. Change the Encode and Decode functions for other archs to use le32toh() and htole32() functions instead of explicit byte shuffling. On sparc64 this gives md5(1) about 8% speed increase.
* Don't build manuals at inappropriate time.ru2002-04-101-13/+5
| | | | Collapse generation of md[245].3 manpages.
* Modernize my email address.phk2002-03-253-4/+4
|
* Modernize my email address.phk2002-03-251-1/+1
|
* Remove __P() usage.obrien2002-03-211-1/+1
|
* Remove 'register' keyword.obrien2002-03-213-15/+15
|
* mdoc(7) police: Use the new .In macro for #include statements.ru2001-10-013-6/+6
|
* add __FBSDID()s to libmddillon2001-09-3010-14/+30
|
* mdoc(7) police:ru2001-08-071-1/+2
| | | | | | | Avoid using parenthesis enclosure macros (.Pq and .Po/.Pc) with plain text. Not only this slows down the mdoc(7) processing significantly, but it also has an undesired (in this case) effect of disabling hyphenation within the entire enclosed block.
* Remove whitespace at EOL.dd2001-07-153-13/+13
|
* mdoc(7) police: removed HISTORY info from the .Os call.ru2001-07-103-3/+3
|
* mdoc(7) police: use proper markup for function arguments.ru2001-04-043-18/+18
|
* MAN[1-9] -> MAN.ru2001-03-271-1/+1
|
* Add a new entrypoint to the hashes in libmd:phk2001-03-1710-14/+114
| | | | | | | | | char * FooFileChunk(const char *filename, char *buf, off_t offset, off_t length) Which only hashes part of a file. Implement FooFile() in terms of this function. Submitted by: roam
* mdoc(7) police: removed history info from the .Os FreeBSD call.ru2000-12-143-4/+3
|
* Introduce .Lb macro to libmd manpagesphantom2000-04-223-0/+6
|
* Replace beforeinstall target with new variables used by .mk system.rgrimes2000-01-141-6/+2
| | | | Reviewed by: marcel, and make world
* Change #ifdef KERNEL to #ifdef _KERNEL in the public headers. "KERNEL"peter1999-12-291-2/+2
| | | | | | is an application space macro and the applications are supposed to be free to use it as they please (but cannot). This is consistant with the other BSD's who made this change quite some time ago. More commits to come.
* $Id$ -> $FreeBSD$peter1999-08-2819-19/+19
|
* add more MLINKSache1999-03-021-1/+8
|
* Don't even attempt to build the assembly-language versions of RIPEMD160wollman1999-03-012-2/+16
| | | | | | and SHA-1 when OBJFORMAT is not ELF. Add a warning to the man page about how SHA-1 uses bswapl, which will trap on 80386es (and the kernel should, but doesn't currently, emulate).
* fix for incorrect specification of alignment (it worked for the elfchuckr1999-02-282-4/+4
| | | | | | | | build, but broke while doing the aout legacy build). Now using .p2align instead of .align. Fixes broken buildworld. Submitted by: John Polstra Reviewed by: John Polstra
OpenPOWER on IntegriCloud