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 mail4-relais-sop.national.inria.fr (mail4-relais-sop.national.inria.fr [192.134.164.105]) by yquem.inria.fr (Postfix) with ESMTP id AA534BC57 for ; Fri, 22 Oct 2010 21:42:23 +0200 (CEST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjgCAG+FwUzRVdU2kGdsb2JhbACTd4VpAYd/CBUBAQEBCQkMBxEDH6NwiVeCGYYLLohXAQEDBYVFBIUOhT+JFg X-IronPort-AV: E=Sophos;i="4.58,224,1286143200"; d="scan'208";a="74806724" Received: from mail-yw0-f54.google.com ([209.85.213.54]) by mail4-smtp-sop.national.inria.fr with ESMTP; 22 Oct 2010 21:42:23 +0200 Received: by ywi6 with SMTP id 6so132919ywi.27 for ; Fri, 22 Oct 2010 12:42:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type; bh=Y2tNzC9KxVNv3jvGkxCN9XUZv/f86dNYlXULfBSLfRw=; b=BMTpfv9Yo+pwO3JR4+tlXGxqh7TXB2vwLZeUzugV185kD88enpJIDh/o23Y0Anzzyd aDdQST/tt6dC9RMfGZAQs9QUAVKIQA3k6YLWqSBarBRM2ZOGscWBjG/PkDGEilFVY83r zuFIHkYQylv9s1caxbEE5CAgLm2Yr7jyYoqmo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=xHPbmFiQAfdWsyusgEpPa6ihULL2bSL53Qus7L1Wc/AI2VmsWRLE63996bKmjbq+0N +sH+Irk2/GFuC8jw7ii+wwfgE4Jp+Vaeacko894rcsKF/VHgVRYaowOY8efdLwDGPXVH S3hAudo8MaA+CJrf2NGNMEGRXE8yXeXztNcxY= Received: by 10.229.246.141 with SMTP id ly13mr2591425qcb.80.1287776541347; Fri, 22 Oct 2010 12:42:21 -0700 (PDT) MIME-Version: 1.0 Sender: gabriel.scherer@gmail.com Received: by 10.229.28.210 with HTTP; Fri, 22 Oct 2010 12:41:59 -0700 (PDT) In-Reply-To: References: From: bluestorm Date: Fri, 22 Oct 2010 21:41:59 +0200 X-Google-Sender-Auth: 4tGQdKByzHRCVno6oGKlUZhzNhk Message-ID: Subject: Re: [Caml-list] Re: [ANN] oasis v0.2.0: Architecture for building OCaml libraries and applications To: Sylvain Le Gall Cc: caml-list@inria.fr Content-Type: multipart/alternative; boundary=00163628405e4c1129049339d71c X-Spam: no; 0.00; ocaml:01 le-gall:01 compilation:01 makefile:01 makefile:01 command-line:01 invocation:01 le-gall:01 compilation:01 command-line:01 invocation:01 wrote:01 wrote:01 experimental:01 experimental:01 --00163628405e4c1129049339d71c Content-Type: text/plain; charset=ISO-8859-1 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. 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. And before OASIS-DB, there should be "oasis bundle", that should do > exactly what you ask me. > > I can try to create an experimental oasis-bundle-0.2.0.tar.gz. Will you > test it? > Certainly I'd be glad to give it a try. > 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. --00163628405e4c1129049339d71c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Fri, Oct 22, 2010 at 7:51 PM, Sylvain Le Gall= <sylvain@le-gall.net> wrote:
Have you tried the "revamped" quickstart subcommand. I am tr= ying to make
the creation of _oasis as easy as possible...

=A0
If you have any suggestions to help make "lighter", I'll be h= appy. BTW,
when you say "heavier", is it in term of complexity, of size of t= he
generated setup.ml or som= ething else?

I think it's mostly a ques= tion of getting used to the new features of oasis.
Oasis much mor= e things than with a META (configuration, compilation, etc.), so the downsi= de is that there are more things to specify in a _oasis file than in a META= file.

During my work with various such tools (Makefile, META,= etc.), I found out that I rely strongly on example files that I can copy/p= aste and modify/adapt. With time I have accumulated some templates for Make= file/META/_tags/myocam= lbuild.ml covering my basics need, and I know where to look for more ad= vanced things to imitate. I have not yet accumulated a comprehensive set of= reusable _oasis files (though the documentation is certainly in the good d= irection), but I think it's just a matter of time.


And before OAS= IS-DB, there should be "oasis bundle", that should do
exactly what you ask me.

I can try to create an experimental oasis-bundle-0.2.0.tar.gz. Will you
test it?

Certainly I'd be glad to g= ive it a try.
=A0

> It's a triviality to say but I'm quite happy with the change i= n command-line
> invocation style (OASIS -setup =3D> oasis setup). Four small commen= ts
> regarding this : [..]

All this seems quite reasonable. May I ask you to submit feature
requests about this on the BTS?


Done.
--00163628405e4c1129049339d71c--