From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 22:00:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4545516A4CE for ; Tue, 26 Apr 2005 22:00:22 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 019C343D4C for ; Tue, 26 Apr 2005 22:00:22 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost [127.0.0.1]) by ns1.xcllnt.net (8.13.3/8.13.3) with ESMTP id j3QM0K1r008679; Tue, 26 Apr 2005 15:00:20 -0700 (PDT) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.13.3/8.13.3/Submit) id j3QM0Kmk008678; Tue, 26 Apr 2005 15:00:20 -0700 (PDT) (envelope-from marcel) Date: Tue, 26 Apr 2005 15:00:20 -0700 From: Marcel Moolenaar To: Jose M Rodriguez Message-ID: <20050426220020.GA8621@ns1.xcllnt.net> References: <200504261143.55195.josemi@redesjm.local> <200504262222.41463.josemi@redesjm.local> <200504262347.39919.josemi@redesjm.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200504262347.39919.josemi@redesjm.local> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: rigth crc32 implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 22:00:22 -0000 On Tue, Apr 26, 2005 at 11:47:38PM +0200, Jose M Rodriguez wrote: > > So, what about add those 2/3 functions. I'll prefer this to carry > another private version of crc32. I'll add crc32_raw() and rewrite the existing crc32() to use it. Give me a day or so. I'd like to have at least crc32() inlined. Maybe crc32_raw() as well. Both are trivial functions and there may be an advantage to have them inlined. If only to remove the performance argument against unification. FYI, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net