From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 5F8AA431FC4 for ; Sat, 19 Oct 2013 12:55:02 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none] autolearn=disabled Received: from olra.theworths.org ([127.0.0.1]) by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QobLy00r12bp for ; Sat, 19 Oct 2013 12:54:57 -0700 (PDT) Received: from yantan.tethera.net (yantan.tethera.net [199.188.72.155]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id 7CDFC431FC3 for ; Sat, 19 Oct 2013 12:54:57 -0700 (PDT) Received: from remotemail by yantan.tethera.net with local (Exim 4.80) (envelope-from ) id 1VXcbr-0002tN-OD; Sat, 19 Oct 2013 16:54:51 -0300 Received: (nullmailer pid 7302 invoked by uid 1000); Sat, 19 Oct 2013 19:54:48 -0000 From: David Bremner To: Claudio Bley , notmuch@notmuchmail.org Subject: Re: notmuch on w32 In-Reply-To: <87mwm71x91.wl%claudio.bley@gmail.com> References: <87mwm71x91.wl%claudio.bley@gmail.com> User-Agent: Notmuch/0.16+97~g6878b0b (http://notmuchmail.org) Emacs/24.3.1 (x86_64-pc-linux-gnu) Date: Sat, 19 Oct 2013 16:54:48 -0300 Message-ID: <87bo2lvxx3.fsf@zancas.localnet> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Oct 2013 19:55:02 -0000 Claudio Bley writes: > I wanted to use notmuch on MS Windows and thus have ported the code to > be able to compile with MinGW and MSYS using the GNU autotools on that > platform. Do you really need autotools, or was it just the easiest path to get things working on w32? > Now, I'm in the process of streamlining the patches. > > As a first prerequisite I integrated gnulib as a git submodule and > added the Makefile.am and configure.ac stuff. I'm not really in favour of embedding gnulib (or any other library) in the notmuch source tree, using submodules or otherwise. I understand the gnulib authors intend it to be embedded, but the idea of staticly linking to something whose source tree is 87M gives me pause. At least on debian gnulib is packaged as a seperate library; I don't know how usable it is in that configuration. I wouldn't say that we are minimalist, but we are making an effort to keep the dependencies as small as possible, so even setting aside the question of embedding, the cost/benefit ratio of this new proposed dependency would have to be discussed. > My question is: would it hurt your feelings if I'd rip off the old > build system completely and substitute it with an autotools build? We have so far avoided autotools on purpose. For a previous discussion on build systems, see http://article.gmane.org/gmane.mail.notmuch.general/700 (and the rest of the thread). I don't want to sound too discouraging, but my initial impression is that your approach sounds fairly intrusive for a benefit (w32 compatibility) that is not a huge motivator for me. Speaking only for myself, d P.S. in case it isn't completely obvious, I'm only discussing what's suitable for inclusion upstream.