From 28c33bbb469147ab307c99e659cd05291ef41704 Mon Sep 17 00:00:00 2001 From: David Bremner Date: Sun, 20 Oct 2013 16:54:48 +2100 Subject: [PATCH] Re: notmuch on w32 --- 61/7c5b762c13537f00cd9bec0b0be50d33dfdd43 | 98 +++++++++++++++++++++++ 1 file changed, 98 insertions(+) create mode 100644 61/7c5b762c13537f00cd9bec0b0be50d33dfdd43 diff --git a/61/7c5b762c13537f00cd9bec0b0be50d33dfdd43 b/61/7c5b762c13537f00cd9bec0b0be50d33dfdd43 new file mode 100644 index 000000000..cb7420765 --- /dev/null +++ b/61/7c5b762c13537f00cd9bec0b0be50d33dfdd43 @@ -0,0 +1,98 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +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. -- 2.26.2