From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id AAA20629; Tue, 5 Feb 2002 00:19:48 +0100 (MET) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id AAA20330 for ; Tue, 5 Feb 2002 00:19:47 +0100 (MET) Received: from gogol.zorgol (Mix-Montsouris-110-1-63.abo.wanadoo.fr [193.248.188.63]) by concorde.inria.fr (8.11.1/8.11.1) with SMTP id g14NJg119215 for ; Tue, 5 Feb 2002 00:19:42 +0100 (MET) Received: (qmail 18386 invoked by uid 1001); 4 Feb 2002 23:06:43 -0000 Date: Tue, 5 Feb 2002 00:06:43 +0100 From: Berke Durak To: caml-list@inria.fr Subject: [Caml-list] Suggestion for Int32.rotate Message-ID: <20020205000643.A31440@gogol.zorgol> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk Hello, I was attempting to implement some block ciphers, and I missed the following : 1) An Int32.rotate function that generates data-dependent hardware rotates whenever possible (i.e. things like rol.l d0,d1) 2) A syntax extension (or extension to the standard syntax) for entering Int32 and Int64 constants. 3) A hack into Printf to remove the need to use Int32.format I.e. better support for int32's. I understand that the Caml team does not want people to use int32's (or int64's) by default. However a lot of coding/crypto stuff, deserving to be ported to Caml, works with 32-bit ints and it would be good to be able to use them at full speed. For example, the MD5 routine used in Digest.string could be efficiently rewritten in Caml. -- Berke ------------------- Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr