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=1.7 required=5.0 tests=AWL,DNS_FROM_RFC_POST, SPF_NEUTRAL autolearn=disabled version=3.1.3 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 82930BBAF for ; Sun, 6 Sep 2009 09:59:05 +0200 (CEST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArABACoIo0rRVdrRkGdsb2JhbACQDYFxiH8/AQEBAQkJDAcTA6oygSeOegEDAgSEFAWBVA X-IronPort-AV: E=Sophos;i="4.44,341,1249250400"; d="scan'208";a="33789710" Received: from mail-bw0-f209.google.com ([209.85.218.209]) by mail3-smtp-sop.national.inria.fr with ESMTP; 06 Sep 2009 09:59:04 +0200 Received: by bwz5 with SMTP id 5so1449743bwz.27 for ; Sun, 06 Sep 2009 00:59:03 -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 :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=KKwwGH4wiGEJbSEPBOY23d/s9TeuW7S0vhBWhB0eYHM=; b=p81VCNKzy0nsSQi1PvHLeoF5IHNIbpEoxS1Ryw35l1YEmaQrIXVEsqrns99E6rUiaw IXd9vjscEN5FdfgLg+AQyp/+ZiSgbdhqobxzFtsg4YTdWd1fdBBiPhAXqrqBaX8NsIDS Di2qH1x1K4TfhX4xngTrF4k3Kh9M6+QDn2UuA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ACKrwlXqoC2yFBtw2pJ/vixoj1epbxI82k+pTlPn2nnN4K6li8jmKIgvvc3O3sRuBb ki+llOePjOwFVtS00X1XqERMvgijtPvYAvX08lwH4vojnt8uqY1El7sz4pJ65WzXkj+y mQAx3LsDFZWcUtVsXqjmikJaIxUbwQT9OgKec= MIME-Version: 1.0 Received: by 10.103.184.18 with SMTP id l18mr5549594mup.51.1252223943766; Sun, 06 Sep 2009 00:59:03 -0700 (PDT) In-Reply-To: References: <4A9FBF04.1060608@gmail.com> <4AA0DEB4.6020307@glondu.net> <7d8707de0909040326x37d455cdi9f480b2b5da96b20@mail.gmail.com> <20090904141008.GC22690@annexia.org> <3a360f590909040738g5b481822q1c25d69548233bbb@mail.gmail.com> <4AA1EEB7.9020601@gulfsat.mg> <001901ca2e0d$89f619a0$9de24ce0$@metastack.com> Date: Sun, 6 Sep 2009 09:59:03 +0200 Message-ID: <666572260909060059k37a928e6l2f6a319e990dc1e6@mail.gmail.com> Subject: Re: [Caml-list] Why don't you use batteries? From: Adrien To: dmitry grebeniuk Cc: caml-list@yquem.inria.fr Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam: no; 0.00; grebeniuk:01 redistribute:01 cygwin:01 ocaml:01 mingw:01 patching:01 ocamlnet:01 mingw:01 dependencies:01 camlzip:01 camomile:01 findlib:01 lablgtk:01 ocamlnet:01 pcre-ocaml:01 You seem to have a pretty nice list of packages on windows^Wmingw. :) Reason #1 could also be solved by publishing your patches and having them merged upstream. ;-) >>From what you said, your patches won't be very clean and won't be mergeable in their current state (hardcoding paths, I've been there too) but they would at least show where the problems are and that's maybe the biggest part of the work. Please share them if you can. --- Adrien Nader On 06/09/2009, dmitry grebeniuk wrote: > 2009/9/5 David Allsopp : > >> I'm not sure that one is allowed to redistribute the Microsoft C compile= rs >> directly without a license, but packaging MSYS or the relevant parts of >> Cygwin along with OCaml and Batteries would create an installer somewher= e >> between 150-300MB which compared to the 16GB of trial software I >> downloaded >> from the Microsoft website the other day is not that bad. > > =A0That's what I'm doing for my local needs, approximately. =A0First of > all, I have an infrastructure to build so called "packages". =A0global > configure script (allows to choose installation prefix, library > paths), a lot of patches, platform-specific build scripts, some > dependency-stuff. =A0Patches allow me to hardcode paths in some places > (ugly, but it works). =A0I'm building it under platforms that are > interesting for me, for now it's only mingw/win32 and ubuntu, maybe > I'll build under freebsd later. =A0I'm enjoying the pleasure of patching > everything: for example, I made ocamlnet (fastcgi part) working on > mingw. =A0"Packages" are building and working both under mingw and > linux. (working as far as I have tested -- using "test" targets when > available, or using the library in my code). =A0The selection of > packages is incomplete, but that's the packages I'm using and its > dependencies: camltemplate camlzip camomile cryptokit deriving extlib > findlib json-static lablgtk2 lwt menhir objsize ocaml-bitstring > ocaml-sqlite3 ocaml-ssl ocamlgraph ocamlnet omake ounit pa_do > pa_safeuse pcre-ocaml sexplib type-conv ulex xmlm. =A0(there are no > batteries for now) > > =A0Then, some revisions of my project become binary. =A0I'm making 4 > zip-archives under windows: 1. base installation of mingw, msys, > tcl/tk, gtk+ in standard places (c:\mingw, etc), 2. archive that adds > unpacked .tar.gz with mingw C libraries, 3. archive that contains > compiled ocaml + findlib, 4. archive with other ocaml libraries. =A0So, > installing fresh ocaml and libraries under fresh win32 is just > unpacking 4 zip-archives in c:\ , and adding something like "call > c:\ocaml\set-vars.bat" or ". c:/ocaml/set-vars.sh" in build script. > > =A0I don't distribute it mainly because of the following reasons. =A01. > License questions for binary builds. =A0For my local needs I can do > whatever I want, until it doesn't leave my host and nobody sees it. > (so, guys, you haven't seen all what I've described before) =A02. The > complexity of building the system from sources under windows: approx > 17 files to download, some of them you install, others you unpack > (.tar.gz, .tar.bz2, not very comfortable for windows). =A03. I don't > want to support cygwin (I'm even not installing it at all), and I > don't support msvc and win64 architectures (I don't need it for now). > =A0Maybe the reason#1 can be solved by building ocaml compiler without > my local patches and reading licenses carefully. > > _______________________________________________ > 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 >