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 WAA18925; Wed, 13 Nov 2002 22:10:42 +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 WAA18924 for ; Wed, 13 Nov 2002 22:10:41 +0100 (MET) Received: from plinky.bolt-action.com (node-d8e9cca3-sfo-onnet.worldcom.com [216.233.204.163]) by concorde.inria.fr (8.11.1/8.11.1) with ESMTP id gADLAeX26237 for ; Wed, 13 Nov 2002 22:10:40 +0100 (MET) Received: from CHECKERATH (node-d8e9cca2-sfo-onnet.worldcom.com [216.233.204.162]) by plinky.bolt-action.com (8.11.6/8.9.3) with SMTP id gADM3nN14766 for ; Wed, 13 Nov 2002 14:03:50 -0800 Date: Wed, 13 Nov 2002 14:03:50 -0800 Message-Id: <200211132203.gADM3nN14766@plinky.bolt-action.com> From: Chris Hecker To: caml-list@inria.fr Subject: [Caml-list] int32/int64 literals in next release? Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk Is there any chance some way of inputing int32/int64 literals can be added to the compiler for this next release? It's a pain in the rear to convert them from strings and whatnot, and as they become more and more usable (unboxing optimizations, used in more apis, work in printf/scanf, etc.) it becomes relatively more of a pain to initialize the damn things. And, I'd say it's more likely that you'll use int32/int64 with constant bit patterns in source because they're full-width and useful for interfacing with the outside world. It would also eliminate the need for the really silly part at the top of the two interfaces with the "chosen constants": << val zero : int32 >> The 32-bit integer 0. << val one : int32 >> The 32-bit integer 1. << val minus_one : int32 >> The 32-bit integer -1. There have been a bunch of syntax proposals on this list before. I'd be happy with any of them as long as there was some way to do it (in hex,dec,bin,oct of course, and with the new _ separator :). Thanks, Chris ------------------- To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ Beginner's list: http://groups.yahoo.com/group/ocaml_beginners