From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: weis Received: (from weis@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id UAA07115 for caml-redistribution@pauillac.inria.fr; Mon, 17 Apr 2000 20:53:41 +0200 (MET DST) Resent-Message-Id: <200004171853.UAA07115@pauillac.inria.fr> 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 SAA04533 for ; Sun, 16 Apr 2000 18:34:23 +0200 (MET DST) Received: from localhost.localdomain (kyle116.zip.com.au [61.8.17.244]) by nez-perce.inria.fr (8.8.7/8.8.7) with ESMTP id SAA07903 for ; Sun, 16 Apr 2000 18:34:17 +0200 (MET DST) Received: from maxtal.com.au (IDENT:root@localhost [127.0.0.1]) by localhost.localdomain (8.9.3/8.8.7) with ESMTP id CAA19091; Mon, 17 Apr 2000 02:33:28 +1000 Sender: root@localhost.localdomain Message-ID: <38F9EB57.8AA9952C@maxtal.com.au> Date: Mon, 17 Apr 2000 02:33:27 +1000 From: John Max Skaller X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: Julian Assange CC: "T. Kurt Bond" , caml-list@inria.fr Subject: Re: When functional languages can be accepted by industry? References: <38E7F364.5D24BB7C@motorola.com> <14572.49274.910966.673172@cylinder.csl.sri.com> <38ED71B6.30118608@motorola.com> <14574.1721.508470.790475@cylinder.csl.sri.com> <38F270CF.221F5BD0@motorola.com> <20000411195808.62154@pauillac.inria.fr> <38F3D520.9CD19485@motorola.com> <14581.28385.615880.93928@pc89.lri.fr> <14581.55775.16448.947429@tkb.mpl.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Resent-From: weis@pauillac.inria.fr Resent-Date: Mon, 17 Apr 2000 20:53:41 +0200 Resent-To: caml-redistribution@pauillac.inria.fr Julian Assange wrote: > > * Parsing and manipulating RFC 822 mail headers > > * Parsing and manipulating MIME documents > > * Parsing and downloading URLs > > * A FTP client > > * An HTTP Server > > * An HTTP Client > > * An IMAP Client > > * An SMTP Client > > * A POP Client > > * A NNTP Client > > * A Telnet Client > > * Parsing, manipulating, and generating HTML > > * Parsing, manipulating, and generating SGML > > * Audio data creation and manipulation > > * Image data creation and manipulation > > * High-level file operations (copy file, copy directory tree, > > delete directory tree) > > If these things ever end up in the standard library, I will pack my bags and > go home. [...] > As the number of inter-dependent ocaml packages increases, I'm > increasingly hit by version conflicts. > > A library calculus system which was URL name space aware would be > particularly interesting. NetBSD and FreeBSD take this approach in > their own package source dependency system for instance. Compiling one > package recursively pulls in, uncompresses, patches, compilies and > installs the dependencies. > > Such technology strongly fosters co-operative community. Yeah, but failing to recognize that the technology for inter-networking such shared library modules is required before it can be implemented: namely the components you said will send you packing your bags were they fundamental. :-) There's a difference between 'standard library' and 'standard distribution' too: the "Unix" module, for example, is part of the latter but not the former. -- John (Max) Skaller, mailto:skaller@maxtal.com.au 10/1 Toxteth Rd Glebe NSW 2037 Australia voice: 61-2-9660-0850 checkout Vyper http://Vyper.sourceforge.net download Interscript http://Interscript.sourceforge.net