English version
Accueil     À propos     Téléchargement     Ressources     Contactez-nous    

Ce site est rarement mis à jour. Pour les informations les plus récentes, rendez-vous sur le nouveau site OCaml à l'adresse ocaml.org.

Browse thread
[Caml-list] Changes in CVS
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2001-09-07 (22:00)
From: Jacques Garrigue <garrigue@k...>
Subject: Re: [Caml-list] Changes in CVS
From: Nicolas George <nicolas.george@ens.fr>

> Le jeudi 06 septembre 2001 à 17:53, Jacques Garrigue a écrit :
> >				remove labels in the standard library,
> > and switch to (slightly laxist) label mode by default.
> I am not sure what you mean. Switching to label mode by default is ok for
> me. But removing labels in the standard library means breaking all programs
> that use them, if I do not miss somethig. Whereas leaving them means
> breaking only the makefiles of programs using the old syntax. I think
> adding a "-no-labels" in the "OCFLAGS=" line is much less work than fixing
> the code, especially if it uses the commuting arguments fetaure.

Sure, this is incompatible for current label mode users.
A small degree of compatibility is provided by a StdLabels module.
(Only including labels for Array, List and String)
The conversion is relatively easy, particularly if you do not use
commutation of labels too much. Even for heavy users, this should not
be more than about a minute by kloc.

The whole point of this change is to have a unique mode satisfying
everybody, the -nolabels mode being deprecated for normal use.  This
comes at a cost, but gives a better integrated language. If you
remember the discussion on this list this spring, the option you
propose here wouldn't satisfy many users.

Best regards,

Jacques Garrigue      Kyoto University     garrigue at kurims.kyoto-u.ac.jp
		<A HREF=http://wwwfun.kurims.kyoto-u.ac.jp/~garrigue/>JG</A>-------------------
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