Version française
Home     About     Download     Resources     Contact us    

This site is updated infrequently. For up-to-date information, please visit the new OCaml website at

Browse thread
[Caml-list] Integer arithmetic: mod
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2001-08-13 (15:21)
From: Xavier Leroy <Xavier.Leroy@i...>
Subject: Re: [Caml-list] Integer arithmetic: mod
> > So does Ada, I think.  It's probably a good idea to have two sets of
> > operators, and document that one of them (those that truncate downwards)
> > is a bit less efficient.
> I agree. Is there a chance that this will really happen in a future
> release of OCaml?

There is a chance, yes.  It takes a bit of implementation work, and I
consider this a low-priority feature, but yes it will probably be
implemented once the higher-priority stuff is dealt with.

> Is there a roadmap for OCaml-development?

I'm glad you asked this, because it's time to reveal to the world that
the development of OCaml is actually entirely handled by a collection of
super-advanced genetic algorithms that simply mutate the sources until
cool features emerge.  We just sit and watch.  The mutations can be
directed by some sample code fragments written in any other language;
the genetic algorithms then try to extract new language features that
match the sample code.  For instance, the object system in OCaml
started to emerge when we fed it some Java and Smalltalk sources.
Later, Jacques Garrigue threw in some Ada and Visual Basic code, and
bingo! we got the labels of OCaml 3.00.  The next step will probably
be some Cobol fragments.  I fully expect to get some interesting
concepts out of this, such as BCD arithmetic, or even cool new syntax
such as "divide a by b giving c in ..."

(But see
for similar ideas being actually experimented for producing patent

More seriously: yes, there is a roadmap, at least for important
changes (in the language or in the basic architecture of the
implementation); no, we don't normally discuss it publicly.  Small
changes such as adding new library functions are generally dealt on a
"by need" basis.

- Xavier Leroy
Bug reports:  FAQ:
To unsubscribe, mail  Archives: