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 WAA09896; Thu, 23 Aug 2001 22:26:45 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id WAA09792 for ; Thu, 23 Aug 2001 22:26:44 +0200 (MET DST) Received: from moutvdom00.kundenserver.de (moutvdom00.kundenserver.de [195.20.224.149]) by nez-perce.inria.fr (8.11.1/8.10.0) with ESMTP id f7NKQiX05000 for ; Thu, 23 Aug 2001 22:26:44 +0200 (MET DST) Received: from [195.20.224.219] (helo=mrvdom03.schlund.de) by moutvdom00.kundenserver.de with esmtp (Exim 2.12 #2) id 15a13r-0005Hw-00; Thu, 23 Aug 2001 22:26:43 +0200 Received: from drms-3e364b8d.pool.mediaways.net ([62.54.75.141] helo=ice.gerd-stolpmann.de) by mrvdom03.schlund.de with esmtp (Exim 2.12 #2) id 15a13q-0001XE-00; Thu, 23 Aug 2001 22:26:42 +0200 Received: from localhost (localhost [[UNIX: localhost]]) by ice.gerd-stolpmann.de (8.9.3/8.9.3) id WAA13494; Thu, 23 Aug 2001 22:26:16 +0200 From: Gerd Stolpmann Reply-To: info@gerd-stolpmann.de Organization: privat To: Brian Rogoff , caml-list@inria.fr Subject: Re: [Caml-list] standard regex package Date: Thu, 23 Aug 2001 21:51:10 +0200 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain References: In-Reply-To: MIME-Version: 1.0 Message-Id: <01082322261504.02716@ice> Content-Transfer-Encoding: 8bit Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk On Thu, 23 Aug 2001, Brian Rogoff wrote: >On Thu, 23 Aug 2001, Miles Egan wrote: >[... snip ...] >> These would all be very nice, I agree, but I also think we need something better >> than str and sooner than all these things could be implemented. Maybe some kind >> of transitional scheme would work? > >I agree, from a pragmatic point of view a better regexp matcher would make OCaml >significantly sexier to all of those poor deluded Python and Perl programmers. Agreed, too. >The other stuff can come later. I think Markus has a very good point about >some distutils (Python) like facility being even more important. Once such >a framework is in place we can have an OCaml CPAN. Last time I looked findlib >ran only on Unix, which is a big problem. When I developed findlib I had something like CPAN in mind. I started it when I downloaded several 3rd party packages, and all had a different installation routines I had to modify for my purposes. For those who don't know: You can install almost every 3rd party Perl package by simply doing perl Makefile.pl make make test make install It is simple to do, and that's an important aspect of the success of Perl (a language which is nothing without CPAN). I hope we will have CCAN. Of course, one precondition is a standard package structure, and I can imagine the findlib tool could be an important part of it (for a description see http://test.ocaml-programming.de/packages/documentation/findlib/). Currently, findlib runs only on Unix (including cygwin), but this is mainly because I have no native Windows installation on which I could test it. Especially, I have removed all shell scripts (it is now purely programmed in OCaml), and it is only a question of fixing details. (And of writing a replacement for "configure".) >On the subject of "social tools", the program Neel is looking for is this one > >http://www.lri.fr/~filliatr/ocamlweb/index.en.html > >and Hevea of course. There is also OCamlDoc, which seems quite nice too, >but ocamlweb is used in a few more libraries I think. > >> While were on the subject of beginner usability, it seems to me that if dynamic >> loading of c-libraries is still a ways off, it might be nice to build the unix >> module into the toplevel at install time. > >A better apporach might be to ape Python and the SML Basis Library by providing a >generic "OS" module which abstracts at least Unix/Win/Mac away. I would >prefer this, since I feel silly using Unix. on a Windows box :-). "Unix" is only a name for an API (and not for a technology or a familiy of OSs), and it is clearly MS's fault not to be Unix-compliant (other operating systems originating in different worlds are, e.g. MVS includes a Unix API). But that's politics... (MS had some times ago a Posix mode in NT but nobody used it, so I think there are no real technical reasons.) Being more abstract has also disadvantages because you don't know which system calls are done for one abstract call. (Ironically, Perl tried to abstract from the system calls, i.e. _the_ language used by system hackers. And Perl shows clearly that this way is wrong. For example, Perl's flock is one of flock, fcntl, or lockf, resulting in total confusion which semantics the program can expect.) So I think having a Unix module with Unix semantics is right. Gerd -- ---------------------------------------------------------------------------- Gerd Stolpmann Telefon: +49 6151 997705 (privat) Viktoriastr. 45 64293 Darmstadt EMail: gerd@gerd-stolpmann.de Germany ---------------------------------------------------------------------------- ------------------- 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