From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@yquem.inria.fr Delivered-To: caml-list@yquem.inria.fr Received: from mail1-relais-roc.national.inria.fr (mail1-relais-roc.national.inria.fr [192.134.164.82]) by yquem.inria.fr (Postfix) with ESMTP id 20274BC57 for ; Fri, 22 Oct 2010 21:50:52 +0200 (CEST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArcEAEqIwUxQW+UMgWdsb2JhbACTdo1yFQEBFiIivniFSgSFDoU/hWw X-IronPort-AV: E=Sophos;i="4.58,224,1286143200"; d="scan'208";a="83352579" Received: from lo.gmane.org ([80.91.229.12]) by mail1-smtp-roc.national.inria.fr with ESMTP; 22 Oct 2010 21:50:51 +0200 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1P9NdX-0007s7-Jg for caml-list@inria.fr; Fri, 22 Oct 2010 21:50:47 +0200 Received: from avelizy-155-1-3-114.w83-199.abo.wanadoo.fr ([83.199.42.114]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Oct 2010 21:50:47 +0200 Received: from sylvain by avelizy-155-1-3-114.w83-199.abo.wanadoo.fr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Oct 2010 21:50:47 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: caml-list@inria.fr From: Sylvain Le Gall Subject: Re: [ANN] oasis v0.2.0: Architecture for building OCaml libraries and applications Date: Fri, 22 Oct 2010 19:50:39 +0000 (UTC) Message-ID: References: X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: avelizy-155-1-3-114.w83-199.abo.wanadoo.fr User-Agent: slrn/pre1.0.0-18 (Linux) X-Spam: no; 0.00; le-gall:01 ocaml:01 le-gall:01 compilation:01 makefile:01 makefile:01 command-line:01 invocation:01 cheers:01 wrote:01 wrote:01 btw:03 seems:03 size:95 generated:05 On 22-10-2010, bluestorm wrote: > On Fri, Oct 22, 2010 at 7:51 PM, Sylvain Le Gall wrote: > >> Have you tried the "revamped" quickstart subcommand. I am trying to make >> the creation of _oasis as easy as possible... >> >> > >> If you have any suggestions to help make "lighter", I'll be happy. BTW, >> when you say "heavier", is it in term of complexity, of size of the >> generated setup.ml or something else? > > > I think it's mostly a question of getting used to the new features of oasis. > Oasis much more things than with a META (configuration, compilation, etc.), > so the downside is that there are more things to specify in a _oasis file > than in a META file. > Indeed. > During my work with various such tools (Makefile, META, etc.), I found out > that I rely strongly on example files that I can copy/paste and > modify/adapt. With time I have accumulated some templates for > Makefile/META/_tags/myocamlbuild.ml covering my basics need, and I know > where to look for more advanced things to imitate. I have not yet > accumulated a comprehensive set of reusable _oasis files (though the > documentation is certainly in the good direction), but I think it's just a > matter of time. > There are some examples linked from here: http://oasis.forge.ocamlcore.org/documentation.html And direct links to various other project that use OASIS in the real life here: http://oasis.forge.ocamlcore.org/alreadyusing.html I will be happy to add your examples or projects there, if you accumulate the same knowledge as with other tools. > > > It's a triviality to say but I'm quite happy with the change in >> command-line >> > invocation style (OASIS -setup => oasis setup). Four small comments >> > regarding this : [..] >> >> All this seems quite reasonable. May I ask you to submit feature >> requests about this on the BTS? >> >> > Done. > Great, they will probably be in the 0.3.0 release. Cheers, Sylvain Le Gall