From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@sympa.inria.fr Delivered-To: caml-list@sympa.inria.fr Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) by sympa.inria.fr (Postfix) with ESMTPS id 40BD17F720 for ; Sun, 13 Apr 2014 11:31:05 +0200 (CEST) Received-SPF: None (mail3-smtp-sop.national.inria.fr: no sender authenticity information available from domain of anil@recoil.org) identity=pra; client-ip=89.16.177.154; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="anil@recoil.org"; x-sender="anil@recoil.org"; x-conformance=sidf_compatible Received-SPF: None (mail3-smtp-sop.national.inria.fr: no sender authenticity information available from domain of anil@recoil.org) identity=mailfrom; client-ip=89.16.177.154; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="anil@recoil.org"; x-sender="anil@recoil.org"; x-conformance=sidf_compatible Received-SPF: None (mail3-smtp-sop.national.inria.fr: no sender authenticity information available from domain of postmaster@dark.recoil.org) identity=helo; client-ip=89.16.177.154; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="anil@recoil.org"; x-sender="postmaster@dark.recoil.org"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqMMAOpYSlNZELGaY2dsb2JhbABZrwWYQIEvAxgVRIIlAQEBAwE6PwULCxI0SQ4GE4d0DMo4F45uB4MkgRQBA5hhlXU8 X-IPAS-Result: AqMMAOpYSlNZELGaY2dsb2JhbABZrwWYQIEvAxgVRIIlAQEBAwE6PwULCxI0SQ4GE4d0DMo4F45uB4MkgRQBA5hhlXU8 X-IronPort-AV: E=Sophos;i="4.97,850,1389740400"; d="scan'208";a="56888897" Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) ([89.16.177.154]) by mail3-smtp-sop.national.inria.fr with SMTP; 13 Apr 2014 11:31:04 +0200 Received: (qmail 8596 invoked by uid 634); 13 Apr 2014 09:31:03 -0000 X-Spam-Level: * X-Spam-Check-By: dark.recoil.org Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.110]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Sun, 13 Apr 2014 10:31:02 +0100 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: <20140413092144.GA1838@notk.org> Date: Sun, 13 Apr 2014 10:31:01 +0100 Cc: =?iso-8859-1?Q?Daniel_B=FCnzli?= , "caml-list@inria.fr" Content-Transfer-Encoding: 7bit Message-Id: <06FC9D12-A9BB-41C7-8C3E-EADBA1157F89@recoil.org> References: <9636C678CAA541CCB505CE8771722A68@erratique.ch> <063FC564F6B44EA5AB1CF1D5589996D0@erratique.ch> <20140412073949.GA31995@notk.org> <20140412074401.GA803@notk.org> <20140412114145.GA18285@notk.org> <74C2E1F54AA349E6899E909804979B72@erratique.ch> <20140413092144.GA1838@notk.org> To: Adrien Nader X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Subject: Re: [Caml-list] OCaml script on windows (was Re: [ANN] React 1.0.0) On 13 Apr 2014, at 10:21, Adrien Nader wrote: > The addition of functionalities doesn't sound like a very good idea to > me however. With all the > these-build-systems-suck-I-ll-just-write-my-own-build-system that I've > seen (mostly with autotools), I don't believe this is a good idea. A > comprehensive build system is a full project on its own and takes time > to get ready. > > An example is probably x264: some disdain for autotools and lots of > hubris. I think that several years ago their "configure" script was > around 200 lines; nowadays it's 1300 lines. And there's some Makefile > and some more other stuff. And it is heavily biased towards GNU and > Linux. > And zlib is another example. But this one is so ridiculous it isn't even > funny. Daniel isn't constructing a new build system though -- he's using ocamlbuild to take care of that. He's simply looking for an efficient *packaging* system to redistribute his code and take care of the metadata. And autotools really does represent the worst of the approaches to me, having spent years digging through hundreds of thousands of lines of generated shell scripts to figure out why some obscure libtool option isn't working on OpenBSD. By generating the code and committing it, chances are that it'll be very hard to regenerate in the future. We've already seen hints of this in OASIS with the minor incompatibility in its generated code with OCaml 4.0+, which took us about 4 months of bulk builds and cajoling upstream maintainers to get rid of the last vestiges of. Not really OASIS's fault (bugs happen), but the basic architecture of "follow the autotools philosophy" causes this. I do like the fact that I can glance at Daniel's repositories and understand what's going on in minutes rather than days... -anil