3d/5c0a00ecc6254dbb63c5a14b8ba17c69720568

   1 Return-Path: <tomi.ollila@iki.fi>\r
   2 X-Original-To: notmuch@notmuchmail.org\r
   3 Delivered-To: notmuch@notmuchmail.org\r
   4 Received: from localhost (localhost [127.0.0.1])\r
   5  by arlo.cworth.org (Postfix) with ESMTP id 8752E6DE13A3\r
   6  for <notmuch@notmuchmail.org>; Tue,  2 Jun 2015 23:01:21 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at cworth.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: 1.007\r
  10 X-Spam-Level: *\r
  11 X-Spam-Status: No, score=1.007 tagged_above=-999 required=5 tests=[AWL=0.355, \r
  12  SPF_NEUTRAL=0.652] autolearn=disabled\r
  13 Received: from arlo.cworth.org ([127.0.0.1])\r
  14  by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15  with ESMTP id f_hGqRO79uam for <notmuch@notmuchmail.org>;\r
  16  Tue,  2 Jun 2015 23:01:18 -0700 (PDT)\r
  17 Received: from guru.guru-group.fi (guru.guru-group.fi [46.183.73.34])\r
  18  by arlo.cworth.org (Postfix) with ESMTP id E0DAD6DE138F\r
  19  for <notmuch@notmuchmail.org>; Tue,  2 Jun 2015 23:01:17 -0700 (PDT)\r
  20 Received: from guru.guru-group.fi (localhost [IPv6:::1])\r
  21  by guru.guru-group.fi (Postfix) with ESMTP id 9FE4810008E;\r
  22  Wed,  3 Jun 2015 09:00:53 +0300 (EEST)\r
  23 From: Tomi Ollila <tomi.ollila@iki.fi>\r
  24 To: Nate Eagleson <nate@nateeag.com>, notmuch@notmuchmail.org\r
  25 Subject: Re: build failures on Mac OS X 10.6.8 - diagnosis\r
  26 In-Reply-To: <7156CF8E-BE69-48C0-ACB8-88C7E68CD4BB@nateeag.com>\r
  27 References: <7156CF8E-BE69-48C0-ACB8-88C7E68CD4BB@nateeag.com>\r
  28 User-Agent: Notmuch/0.20+12~gf3d9440 (http://notmuchmail.org) Emacs/24.3.1\r
  29  (x86_64-unknown-linux-gnu)\r
  30 X-Face: HhBM'cA~<r"^Xv\KRN0P{vn'Y"Kd;zg_y3S[4)KSN~s?O\"QPoL\r
  31  $[Xv_BD:i/F$WiEWax}R(MPS`^UaptOGD`*/=@\1lKoVa9tnrg0TW?"r7aRtgk[F\r
  32  !)g;OY^,BjTbr)Np:%c_o'jj,Z\r
  33 Date: Wed, 03 Jun 2015 09:00:53 +0300\r
  34 Message-ID: <m21thtib56.fsf@guru.guru-group.fi>\r
  35 MIME-Version: 1.0\r
  36 Content-Type: text/plain\r
  37 X-BeenThere: notmuch@notmuchmail.org\r
  38 X-Mailman-Version: 2.1.18\r
  39 Precedence: list\r
  40 List-Id: "Use and development of the notmuch mail system."\r
  41  <notmuch.notmuchmail.org>\r
  42 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  43  <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  44 List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
  45 List-Post: <mailto:notmuch@notmuchmail.org>\r
  46 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  47 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  48  <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  49 X-List-Received-Date: Wed, 03 Jun 2015 06:01:21 -0000\r
  50 \r
  51 On Tue, Jun 02 2015, Nate Eagleson <nate@nateeag.com> wrote:\r
  52 \r
  53 > Hi folks,\r
  54 >\r
  55 > I'm trying to move from Apple's Mail.app in favor of offlineimap/notmuch,\r
  56 > but I've run into a build failure on Mac OS X 10.6.8.\r
  57 >\r
  58 > The failure was reported on this list a few months ago, but no\r
  59 > explanation or solution was found:\r
  60 >\r
  61 > http://notmuchmail.org/pipermail/notmuch/2015/020531.html\r
  62 >\r
  63 > By appending `-Wl,-t` to `FINAL_NOTMUCH_LDFLAGS` in Makefile.local, I\r
  64 > got 10.6.8's ld to dump the list of archives and dylibs that are being\r
  65 > linked in the failed compile.\r
  66 >\r
  67 > That list includes `/usr/lib/libutil.dylib`, but not notmuch's built-in\r
  68 > `util/libutil.a`.\r
  69 >\r
  70 > I have not found a sane way to tell 10.6.8's ld to prefer libutil.a over\r
  71 > libutil.dylib.\r
  72 >\r
  73 > My first thought was that there should be an option to prefer archives over\r
  74 > dylibs, but that does not seem to exist in 10.6.8's version of ld.\r
  75 >\r
  76 > Instead, people are recommending absolute paths when you need to link an\r
  77 > archive file in preference to existing dylibs:\r
  78 >\r
  79 > http://lists.apple.com/archives/darwin-development/2003/Sep/msg00008.html\r
  80 > http://stackoverflow.com/questions/844819/how-to-static-link-on-os-x\r
  81 >\r
  82 > As a simple test, I hardcoded an absolute path to libutil in\r
  83 > FINAL_NOTMUCH_LDFLAGS, and the compile succeeded.\r
  84 >\r
  85 > So, it seems like getting the path to the Makefile's parent directory and\r
  86 > using it to specify an absolute path to libutil.a would address this\r
  87 > issue without introducing new ones.\r
  88 >\r
  89 > Does this sound like a sane solution? Would a patch to do this be\r
  90 > accepted?\r
  91 \r
  92 Now that I look at this, I think that having full path to util/libutil.a\r
  93 should be used (everywhere) and if there is need to use *system-provided*\r
  94 libutil, then -lutil is to be added to the command line...\r
  95 \r
  96 ... I think it is somewhat unfortunate (or confusing) to have the library\r
  97 named as such, and perhaps better naming should have been used, but (*)\r
  98 \r
  99 (*) http://martinfowler.com/bliki/TwoHardThings.html\r
 100 \r
 101 > If not, what would be a better way to solve this?\r
 102 \r
 103 Actually you could check how homebrew etc. solve this problem (or if there\r
 104 is any) to come with other ideas...\r
 105 \r
 106 Tomi\r
 107 \r
 108 >\r
 109 > Thanks.\r
 110 >\r
 111 > -Nate\r
 112 \r