From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on yquem.inria.fr X-Spam-Level: ** X-Spam-Status: No, score=2.0 required=5.0 tests=AWL,DNS_FROM_RFC_POST, HTML_MESSAGE,MAILTO_TO_SPAM_ADDR,SPF_NEUTRAL autolearn=disabled version=3.1.3 Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by yquem.inria.fr (Postfix) with ESMTP id 6E233BC37 for ; Thu, 3 Sep 2009 17:00:41 +0200 (CEST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArsBAAt3n0rRVdPCkGdsb2JhbACCJjCNOoFxiHw/AQEBAQkJDAcTA613gSeQKQEDAgSEFwWBV3E X-IronPort-AV: E=Sophos;i="4.44,325,1249250400"; d="scan'208";a="32153201" Received: from mail-yw0-f194.google.com ([209.85.211.194]) by mail2-smtp-roc.national.inria.fr with ESMTP; 03 Sep 2009 17:00:40 +0200 Received: by ywh32 with SMTP id 32so2709842ywh.11 for ; Thu, 03 Sep 2009 08:00:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=7P4dz2gJApBgb3lT61nqA8meJ8gr/ovmOlZRbDtek4c=; b=LkHl02ROCsDzqmDm09EyzJrZPbc8g2+h7zmGQQIPjZxlXRmjXVIQ8SFCsmlm93IDD5 Q1sFq9Q6wpY47mOFBvqZH2GjWU69beUjISYrwmx3eqLxoW/e7/6rfYU01k6SyiSXDZYk 2HQsTvJV/e5i5vP/SGkebUwTvbnbWwRKjf2wQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=uTipAaMbdHpkDr///ng38aJW3GnUfoYVB4zZwQ17oDCLErkgd2iSKEHr6ie3gz8lDO xo+uHA+1F1GMk3vbKPKVy6DRK3tePQj37Rh1cHM1R6yZn7hz3t5Ym9mhaF/AAAj8Z4OZ e3wf70kogpNqAZLuM0/qB6Lstyfbba+T21TMg= MIME-Version: 1.0 Received: by 10.90.45.11 with SMTP id s11mr7225037ags.72.1251990039075; Thu, 03 Sep 2009 08:00:39 -0700 (PDT) In-Reply-To: <4A9FBF04.1060608@gmail.com> References: <4A9FBF04.1060608@gmail.com> From: Ashish Agarwal Date: Thu, 3 Sep 2009 11:00:17 -0400 Message-ID: Subject: Re: [Caml-list] Why don't you use batteries? To: Edgar Friendly Cc: caml-list@yquem.inria.fr Content-Type: multipart/alternative; boundary=00163628375a8a9bef0472ada5cd X-Spam: no; 0.00; ocaml:01 wiki:01 dependencies:01 camlp:01 beginner's:01 ocaml:01 bug:01 wiki:01 dependencies:01 camlp:01 beginner's:01 bug:01 1975:98 2009:98 edgar:98 --00163628375a8a9bef0472ada5cd Content-Type: text/plain; charset=ISO-8859-1 I have been planning to start using Batteries for several months, but here are some reasons I have not yet: - It did not compile under godi, but I haven't tried in a while. - The migration will require changes across our code base. It's hard to set aside the time for such an undertaking. - Core language features are altered. For example, the Batteries way is to use input's instead of in_channel's. Documentation explaining such changes would help. The API documentation is excellent, but what is missing is a book on "An Introduction to OCaml with Batteries". Perhaps a well planned wiki would help get this started. - Some assurance that Batteries really will become the de facto standard would also help. Having said that, I'm switching to Batteries soon. Thanks for all the hard work! On Thu, Sep 3, 2009 at 9:05 AM, Edgar Friendly wrote: > It seems like batteries' adoption isn't quite as thorough as expected. > We in the batteries devel team would love to know why you don't use > batteries. Here's some of our guesses: > > 1) I *do* use batteries > 2) It's not 1.0 yet, I'll try it then > 3) It makes my executables too big > 4) It's too hard to install (dependencies, godi failures) > 5) It's difficult to compile against > 6) It doesn't work on my platform > 7) It uses camlp4 > 8) Other (please explain) > > Respond in public if appropriate, respond directly to me if you want. > Now's a good time to think about where batteries is going and how it's > getting there. > > E > > _______________________________________________ > Caml-list mailing list. Subscription management: > http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list > Archives: http://caml.inria.fr > Beginner's list: http://groups.yahoo.com/group/ocaml_beginners > Bug reports: http://caml.inria.fr/bin/caml-bugs > --00163628375a8a9bef0472ada5cd Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I have been planning to start using Batteries for several months, but here = are some reasons I have not yet:

- It did not compil= e under godi, but I haven't tried in a while.

- The migration will require changes across our code base. It's hard to= set aside the time for such an undertaking.

- Cor= e language features are altered. For example, the Batteries way is to use i= nput's instead of in_channel's. Documentation explaining such chang= es would help. The API documentation is excellent, but what is missing is a= book on "An Introduction to OCaml with Batteries". Perhaps a wel= l planned wiki would help get this started.

- Some assurance that Batteries really will become the = de facto standard would also help.

Having said tha= t, I'm switching to Batteries soon. Thanks for all the hard work!


On Thu, Sep 3, 2009 at 9= :05 AM, Edgar Friendly <thelema314@gmail.com> wrote:
It seems like batteries' adoption isn't quite as thorough as expect= ed.
We in the batteries devel team would love to know why you don't use
batteries. =A0Here's some of our guesses:

1) I *do* use batteries
2) It's not 1.0 yet, I'll try it then
3) It makes my executables too big
4) It's too hard to install (dependencies, godi failures)
5) It's difficult to compile against
6) It doesn't work on my platform
7) It uses camlp4
8) Other (please explain)

Respond in public if appropriate, respond directly to me if you want.
Now's a good time to think about where batteries is going and how it= 9;s
getting there.

E

_______________________________________________
Caml-list mailing list. Subscription management:
http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.in= ria.fr
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
Bug reports: http://caml.inria.fr/bin/caml-bugs

--00163628375a8a9bef0472ada5cd--