Re: Build system

diff --git a/a6/e8cfa3220fb501e923829808cd73ff419bc8f5 b/a6/e8cfa3220fb501e923829808cd73ff419bc8f5
new file mode 100644 (file)
index 0000000..194ed4f
--- /dev/null
+++ b/a6/e8cfa3220fb501e923829808cd73ff419bc8f5
@@ -0,0 +1,116 @@
+Return-Path: <thomas@schwinge.name>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id 3AA0C429E20\r
+       for <notmuch@notmuchmail.org>; Sun, 30 Jan 2011 02:28:31 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 0\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=0 tagged_above=-999 required=5\r
+       tests=[RCVD_IN_DNSWL_NONE=-0.0001] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id wifozKkR5-0o for <notmuch@notmuchmail.org>;\r
+       Sun, 30 Jan 2011 02:28:29 -0800 (PST)\r
+Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de\r
+       [80.67.31.36])\r
+       by olra.theworths.org (Postfix) with ESMTP id 4D578431FB5\r
+       for <notmuch@notmuchmail.org>; Sun, 30 Jan 2011 02:28:29 -0800 (PST)\r
+Received: from [87.180.51.55] (helo=stokes.schwinge.homeip.net)\r
+       by smtprelay02.ispgateway.de with esmtpa (Exim 4.68)\r
+       (envelope-from <thomas@schwinge.name>) id 1PjUWC-0006OJ-3C\r
+       for notmuch@notmuchmail.org; Sun, 30 Jan 2011 11:28:28 +0100\r
+Received: (qmail 17108 invoked from network); 30 Jan 2011 10:28:13 -0000\r
+Received: from kepler.schwinge.homeip.net (192.168.111.7)\r
+       by stokes.schwinge.homeip.net with QMQP; 30 Jan 2011 10:28:13 -0000\r
+Received: (nullmailer pid 3316 invoked by uid 1000);\r
+       Sun, 30 Jan 2011 10:28:13 -0000\r
+From: Thomas Schwinge <thomas@schwinge.name>\r
+To: Carl Worth <cworth@cworth.org>, notmuch@notmuchmail.org\r
+Subject: Re: Build system\r
+In-Reply-To: <87lj22pun9.fsf@kepler.schwinge.homeip.net>\r
+References: <1294747284-18791-1-git-send-email-thomas@schwinge.name>\r
+       <87bp30n3sc.fsf@yoom.home.cworth.org>\r
+       <87lj22pun9.fsf@kepler.schwinge.homeip.net>\r
+User-Agent: Notmuch/0.5-33-g665f77b (http://notmuchmail.org) Emacs/23.2.1\r
+       (i486-pc-linux-gnu)\r
+Date: Sun, 30 Jan 2011 11:28:08 +0100\r
+Message-ID: <87bp2yptxj.fsf@kepler.schwinge.homeip.net>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+       micalg=pgp-sha1; protocol="application/pgp-signature"\r
+X-Df-Sender: thomas@schwinge.name\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Sun, 30 Jan 2011 10:28:31 -0000\r
+\r
+--=-=-=\r
+Content-Type: text/plain; charset=utf-8\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+Hallo!\r
+\r
+On Sun, 30 Jan 2011 11:12:42 +0100, I <thomas@schwinge.name> wrote:\r
+> On Sat, 29 Jan 2011 06:58:59 +1000, Carl Worth <cworth@cworth.org> wrote:\r
+> > Rather than documenting a limitation here, why don't we do what people\r
+> > actually want.\r
+>=20\r
+> Well, not a big deal for me -- I'm just used to building projects\r
+> containing a configure file outside of the source tree, and the notmuch\r
+> build machinery at first accepted this, but then fell over.\r
+>=20\r
+>=20\r
+> > What do other build systems generally do when running configure from\r
+> > some other directory?\r
+>=20\r
+> What Rob said -- but: why re-invent Autoconf / Automake if it's already\r
+> there?  I totally admit that the GNU Autotools have their ugly corners\r
+> (and indeed a lot of these), but on the other hand they do solve some\r
+> issues quite nicely.\r
+>=20\r
+> You surely had reasons to not use these tools, and that's fine with me.\r
+> (And I'm not especially interested in working on build systems -- done\r
+> that enough in the past.)  Have you looked at other tools before going\r
+> for the straight-forward (and that is very fine!) Makefile-based\r
+> solution?\r
+\r
+OK -- I found the thread starting at\r
+id:"1258897630-22282-1-git-send-email-jeff@ocjtech.us", where this has\r
+been discussed already (as I should have expected).  ;-)\r
+\r
+Still, my point holds that (unless someone is willing to spend time on\r
+this, of course) we shouldn't try to replicate the Autotools, but instead\r
+keep our system as simple as it currently is, and thus just have it fail\r
+if configured outside of the source tree.\r
+\r
+\r
+Gr=C3=BC=C3=9Fe,\r
+ Thomas\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.10 (GNU/Linux)\r
+\r
+iQEcBAEBAgAGBQJNRT04AAoJEGe3hdm9kOiiK8oH/01jXtfPelYOKC4A4pyvvfxa\r
+CgVLsw/yMRsJ8yoRzaDoKco0EDFnEciaQnTciV+iVzyz7HqBbEJ1/j9W97Dngw8G\r
+hWiVTeV0ARSuKuxEGXn28jH+z4I6S1BaL2peatSRywOKF7WvlvSxzCdJLatq19Da\r
+tu4Ek62g1qQ//wxo6hfiNsfdQd4NwAg9WkTL+zhooMzhl2mq6f7cwBMXEU7eRbxu\r
+vVXJ8bhO897mqUnbDwiBYrINZjRH+1SgXheUoQUzR862z08swn6nZivmuU+NCKW8\r
+q5+SzueH1cY3ZOqwKzIz5UmUYr3Xx2mLcTKQk/lVB18x333bsVQsx0onifDXKUM=\r
+=ACZ+\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r