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 CAA18994; Wed, 3 Mar 2004 02:48:00 +0100 (MET) 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 CAA18969 for ; Wed, 3 Mar 2004 02:47:59 +0100 (MET) Received: from localhost (adsl-64-162-212-212.dsl.snfc21.pacbell.net [64.162.212.212]) by nez-perce.inria.fr (8.12.10/8.12.10) with ESMTP id i231m8Iq017005 for ; Wed, 3 Mar 2004 02:48:09 +0100 Received: by localhost (Postfix, from userid 1000) id 3E4346A4B39; Tue, 2 Mar 2004 17:47:57 -0800 (PST) Date: Tue, 2 Mar 2004 17:47:57 -0800 From: Kenneth Knowles To: caml-list@inria.fr Subject: [Caml-list] [ANNOUNCE] Development versions: ocamlconf, ASPCC Message-ID: <20040303014757.GA23400@tallman.kefka.frap.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Miltered: at nez-perce by Joe's j-chkmail ("http://j-chkmail.ensmp.fr")! X-Loop: caml-list@inria.fr X-Spam: no; 0.00; knowles:99 caml-list:01 autoconf:01 findlib:01 repos:01 outputs:01 autotools:01 autotools:01 more-or-less:01 archaic:01 robustly:01 unit-test:01 repos:01 naively:01 real-world:01 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk X-Keywords: X-UID: 28 Hello caml-list, I have two projects that I haven't polished to a release state, but I'm hoping someone might be interested in, so I'm offering access via darcs (http://www.abridgegame.org/darcs) (1) ocamlconf Ocamlconf is like autoconf but much simpler, utterly ocaml-centric, and dependent on findlib. You can get it via the command 'darcs get http://kefka.frap.net:8080/~kenn/repos/ocamlconf' What it is/does: * An autoconf-like tool but using ocaml scripts instead of m4 * It uses the ocaml toplevel instead of bytecode for cross-version compatability * Outputs a makefile and a simple config.ml * It is _extremely_ simple to use, especially if your projects are 100% ocaml, like mine. (A configure.ml comparable to a configure.ac might be 100 lines for a complex project) Why I didn't use autotools/ocamlmakefile/...: * autotools are pretty C centric, and more of a pain than necessary for an ocaml project which already limits its audience to more-or-less modern users. GNU must support very arcane and archaic setups, but ocamlconf aims to suport "anything with ocaml" * anyone building an ocaml package with have the toplevel already * OcamlMakefile is awkward with multiple targets (such as suites of utilities) and I'd rather write (or depend on) a simple ocaml script than a complex Makefile * And of course, I did it to see if I could make something simple and useful for myself - I've succeeded, as it is what I use for 100% of my ocaml projects (2) ASPCC ASPCC started as a little project to robustly parse VbScript, for practice. Then with the abstract syntax tree I tried to output equivalent PHP scripts. I got pretty far on that, and decided I needed to run the VbScript in order to do unit-test comparisons between it and the PHP. Here is what it is now: You can get it via the command 'darcs get http://kefka.frap.net:8080/~kenn/repos/aspcc' * A naively simple ASP interpreter that still appears to be more than competitive in speed with MS ASP, but needs more DB support to run real-world apps. It does, however, support all VbScript syntax. * Support for running .asp files under Apache. No mod_caml support yet, but it runs as a CGI and is not at a point * An incomplete bytecode compiler and VM. I made up a new bytecode instead of using ocaml or Java because VbScript has really really weird semantics sometimes. Also I want to try my hand at a little virtual machine for fun. Again, the disclaimers: I hate VbScript, but I program it because my company has a huge ASP codebase, and I love the people here; they are just a little change-wary. There are other VbScript / ASP solutions, but all of them are incomplete in different ways, have different focuses, and are written in languages that I'm not really interested in using. Thanks for reading if you made it through all that, Kenn ------------------- To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ Beginner's list: http://groups.yahoo.com/group/ocaml_beginners