From owner-cvs-all@FreeBSD.ORG Sat Jun 25 20:00:25 2005 Return-Path: X-Original-To: cvs-all@FreeBSD.ORG Delivered-To: cvs-all@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 426D816A41C; Sat, 25 Jun 2005 20:00:25 +0000 (GMT) (envelope-from mark@grondar.org) Received: from storm.uk.FreeBSD.org (storm.uk.FreeBSD.org [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id D16FD43D1D; Sat, 25 Jun 2005 20:00:24 +0000 (GMT) (envelope-from mark@grondar.org) Received: from storm.uk.FreeBSD.org (uucp@localhost [127.0.0.1]) by storm.uk.FreeBSD.org (8.13.3/8.13.3) with ESMTP id j5PK0NtJ050084; Sat, 25 Jun 2005 21:00:23 +0100 (BST) (envelope-from mark@grondar.org) Received: (from uucp@localhost) by storm.uk.FreeBSD.org (8.13.3/8.12.11/Submit) with UUCP id j5PK0M0X050083; Sat, 25 Jun 2005 21:00:22 +0100 (BST) (envelope-from mark@grondar.org) Received: from grunt.grondar.org (localhost [127.0.0.1]) by grunt.grondar.org (8.13.4/8.13.4) with ESMTP id j5PJwIhq054393; Sat, 25 Jun 2005 20:58:18 +0100 (BST) (envelope-from mark@grunt.grondar.org) Message-Id: <200506251958.j5PJwIhq054393@grunt.grondar.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Colin Percival In-Reply-To: Message from Colin Percival of "Fri, 24 Jun 2005 13:32:26 -0000." <200506241332.j5ODWQLG048540@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 25 Jun 2005 20:58:18 +0100 From: Mark Murray Cc: cvs-src@FreeBSD.ORG, src-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/lib/libmd Makefile sha256.3 sha256.h sha256c.c shadriver.c src/sbin/md5 Makefile md5.c src/sys/sys param.h X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2005 20:00:25 -0000 Colin Percival writes: > MFC the addition of sha256 to libmd and md5(1). I still object to the use of "manufactured" 64-bit quantities instead of using uint64_t, and less strongly to the re-engineering of endianness code when we already have functional library routines to do the job. M -- Mark R V Murray What is the most interesting question you have asked? What, if any, was the answer?