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 mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) by yquem.inria.fr (Postfix) with ESMTP id 3FF4CBC57 for ; Fri, 22 Oct 2010 19:00:34 +0200 (CEST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhMBADZgwUzRVda2kGdsb2JhbAChXAgVAQEBAQkJDAcRAx+lVYlXghmGEi6IVwEBAwWFRQSKTYkW X-IronPort-AV: E=Sophos;i="4.58,224,1286143200"; d="scan'208";a="62462422" Received: from mail-iw0-f182.google.com ([209.85.214.182]) by mail3-smtp-sop.national.inria.fr with ESMTP; 22 Oct 2010 19:00:33 +0200 Received: by iwn39 with SMTP id 39so891827iwn.27 for ; Fri, 22 Oct 2010 10:00:32 -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=W8It8ku8lTrgrm4g7AHKBmd2FewmDie7SH7ZDa9tMAI=; b=hvlZOrJEj3SNWh3Is7Bi0IDnjZ4PcXpBydDICxKjYByncJDxOwq6sIo3pCOGOLrSwI 6DOxVxmW7QwdHoCOD3ZE2CkYfSWEQc/ru36ppr7KNmaCydJX5E3tydJiQtHECC3EXgal IZBmLUJ14IzfmZoXnIc2XBFruszuV5SAg492A= 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=g0bLx13DJu+iBBJS6Ctg5d+NiqvK7HVR+/9Us4IeNe/vP4sL+v+uW+693w1vB/r6VO UmODX8+6x7YeP5dKbkK0eU0177gRZvkyz1wJE3mx3KzQj41vzTQvscK/Y8KsZ38OrY5J 2EWLSjFnysYJ9AWYo3LQFTjKrPKyMwPBdoBNs= Received: by 10.231.16.73 with SMTP id n9mr744724iba.135.1287766832382; Fri, 22 Oct 2010 10:00:32 -0700 (PDT) MIME-Version: 1.0 Sender: gabriel.scherer@gmail.com Received: by 10.229.28.210 with HTTP; Fri, 22 Oct 2010 10:00:11 -0700 (PDT) In-Reply-To: References: From: bluestorm Date: Fri, 22 Oct 2010 19:00:11 +0200 X-Google-Sender-Auth: 0b3szAN41WQex7R8VGn4XyEYRzs Message-ID: Subject: Re: [Caml-list] [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=0022150475f79903ec049337947d X-Spam: no; 0.00; ocaml:01 le-gall:01 autoconf:01 dependencies:01 dependencies:01 command-line:01 invocation:01 -help:01 command-line:01 le-gall:01 autoconf:01 invocation:01 -help:01 blog:98 git:98 --0022150475f79903ec049337947d Content-Type: text/plain; charset=ISO-8859-1 On Fri, Oct 22, 2010 at 1:03 AM, Sylvain Le Gall wrote: > Changelog and full blog post here: > http://www.ocamlcore.com/wp/2010/10/oasis-v02-release/ I've used oasis for small experiments, and I hope this project will gain traction. I found it perhaps still a bit rough on the dev. side : it's heavier than just writing a simple META file, but the benefits are important (in particular, you can avoid autoconf but still be more flexible than a simple Makefile-only build system), and it's particularly sweet on the user side. I'm not convinced with the linux-installer.bin you distribute, and prefer to build from source. oasis built flawlessly, but I first had to find the various dependencies; in particular, the oUnit version required is newer than the package available in either Godi or Debian, and your small dependencies (odn, ocamlify...) cannot be found elsewhere. They're very easy to build (thanks to... oasis), but the whole search-on-ocamlforge process is perhaps unnecessary. Could you provide an archive included the source of all those dependencies that are not in both Debian (testing) and GODI ? I'm currently using debian testing, and have needed the following files : - ocaml-data-notation-0.0.3.tar.gz - ocaml-expect-0.0.2.tar.gz - ocamlify-0.0.1.tar.gz - ounit-1.1.0.tar.gz (Of course, Oasis-DB will make all that a breeze ;-) 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 : - when just typing "oasis", it would be nicer to directly give the help page; darcs and git, for example, have this behavior that I find handy - the small message we currently have says "[..] call 'oasis -help' for help". Wouldn't it be more consistent to "call 'oasis help'" ? I can see that you kept the -help/--help interface for compatibility with other command-line tools, but the subcommand-style is more consistent with the rest of the interface - git and darcs automatically call a pager when producing long text output; it would also be a nice thing to have in oasis, especially for the "oasis manual" - the current behavior of subcommand help ("oasis help query") output first the general help, then the subcommand-specific help; I think just the subcommand-specific help would be a better output Thanks for the work ! --0022150475f79903ec049337947d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Fri, Oct 22, 2010 at 1:03 AM, Sylvain Le Gall= <sylvain@le-ga= ll.net> wrote:
Changelog and full blog post here:
http://www.ocamlcore.com/wp/2010/10/oasis-v02-release/

I've used oasis for small experiments, and = I hope this project will gain traction.
I found it perhaps still a bit rough on the dev. side : it's heavi= er than just writing a simple META file, but the benefits are important (in= particular, you can avoid autoconf but still be more flexible than a simpl= e Makefile-only build system), and it's particularly sweet on the user = side.

I'm not convinced with the linux-installer.bin you = distribute, and prefer to build from source. oasis built flawlessly, but I = first had to find the various dependencies; in particular, the oUnit versio= n required is newer than the package available in either Godi or =A0Debian,= and your small dependencies (odn, ocamlify...) cannot be found elsewhere. = They're very easy to build (thanks to... oasis), but the whole search-o= n-ocamlforge process is perhaps unnecessary.
Could you provide an archive included the source of all those dependen= cies that are not in both Debian (testing) and GODI ?
I'm cur= rently using debian testing, and have needed the following files :
- ocaml-data-notation-0.0.3.tar.gz
- ocaml-expect-0.0.2.tar.= gz
- ocamlify-0.0.1.tar.gz
- ounit-1.1.0.tar.gz

(Of course, Oasis-DB will make all that a breeze ;-)


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

- when just typing "oasis", it would be nicer to direc= tly give the help page; darcs and git, for example, have this behavior that= I find handy

- the small message we currently hav= e says "[..] call 'oasis -help' for help". Wouldn't i= t be more consistent to "call 'oasis help'" ? I can see t= hat you kept the -help/--help interface for compatibility with other comman= d-line tools, but the subcommand-style is more consistent with the rest of = the interface

- git and darcs automatically call a pager when produci= ng long text output; it would also be a nice thing to have in oasis, especi= ally for the "oasis manual"=A0

- the cur= rent behavior of subcommand help ("oasis help query") output firs= t the general help, then the subcommand-specific help; I think just the sub= command-specific help would be a better output


Thanks for the work !
--0022150475f79903ec049337947d--