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 LAA14260; Wed, 5 Sep 2001 11:15:19 +0200 (MET DST) 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 LAA14321 for ; Wed, 5 Sep 2001 11:15:18 +0200 (MET DST) Received: from reason.levels.unisa.edu.au (reason.levels.unisa.edu.au [130.220.33.11]) by concorde.inria.fr (8.11.1/8.10.0) with ESMTP id f859FG910190 for ; Wed, 5 Sep 2001 11:15:16 +0200 (MET DST) Received: from reason.levels.unisa.edu.au (localhost [127.0.0.1]) by reason.levels.unisa.edu.au (8.9.3/8.9.3) with ESMTP id SAA29689; Wed, 5 Sep 2001 18:43:58 +0930 (CST) Message-Id: <200109050913.SAA29689@reason.levels.unisa.edu.au> X-Mailer: exmh version 2.0.2 2/24/98 From: Alex Cowie Reply-To: cowie@cs.unisa.edu.au To: STARYNKEVITCH Basile Cc: caml-list@inria.fr, cowie@cs.unisa.edu.au Subject: Re: [Caml-list] Different types of streams In-reply-to: Your message of "Wed, 05 Sep 2001 10:02:59 +0200." <15253.56371.266115.924816@gargle.gargle.HOWL> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Wed, 05 Sep 2001 18:43:58 +0930 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk Basile Starynkevitch wrote "Wed, 05 Sep 2001 10:02:59 +0200." : > >>>>> "Daniel" =3D=3D Daniel de Rauglaudre writes: > Daniel> On Wed, Sep 05, 2001 at 03:03:35AM +0200, > Daniel> Christian RINDERKNECHT wrote: > = > [...] > = > >> As an aside: the performance of my parser was not a concern, > >> feasability was the main challenge. I nevertheless understand > >> it can be an important issue. I understood there was a plan to > >> remove the [< >] from OCaml, and to request users using camlp4, > >> is it correct? > = > Daniel> Yes. Is it a problem? > = > Perhaps. standard Ocaml input is done (with the exception of low level > input such as Pervasives.read_line etc....) with the "19.10 Module > Genlex: a generic lexical analyzer" whose documentation mentions > explicitly the [< >] construct. > = > Several ocaml programs would like to do input without a specific lexer > or a parser. This is done thu Genlex which need the [< >] construct. > = > I suggest maintaining the [< >] for a while -ie for several years- > (perhaps marking it explicitly as deprecated in the documentation). It > should be probably acceptable to have the [< >] construct handled by a > standard campl4 module, especially if/when camlp4 will be merged into > the main ocaml package. > I would strongly support Basile's proposal to retain the [< >] in Ocaml c= ore = syntax. I have been using Caml/Ocaml for 5-6 years and I have found that= a = high proportion of the programs I have written recently have used [< >] s= tream = parsing. The convenience of having this parsing facility within the Ocam= l = syntax should not be underestimated particularly for program development = under = the toplevel. > Should the Genlex module be deprecated, a newer way of making high > level input should be proposed. My opinion is that it should *not* be > modelled on C's infamous scanf. > = > Formatted input should particularily well be explained, since it is a > function needed by all newcomers. The first program you write is a > hello world, and the second one asks for your name and age and tells > you hello :-) > = > = > Best regards to all > = > = > [**resum=E9 en fran=E7ais: deleted] > = > --------------------------------------------------------------------- > Basile STARYNKEVITCH ---- Commissariat =E0 l Energie Atomique * Fran= ce > DRT/LIST/DTSI/SLA * CEA/Saclay b.528 (p111f) * 91191 GIF/YVETTE CEDEX = > work email: Basile point Starynkevitch at cea point fr = > home email: Basile point Starynkevitch at wanadoo point fr = > ------------------- Alex Cowie Research Fellow, Advanced Computing Research Centre University of South Australia ------------------- 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