f1/f638bd0996a510365ca845c3e1dc3c28bfa4f3

   1 Return-Path: <bgamari@gmail.com>\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 olra.theworths.org (Postfix) with ESMTP id 64667431FBC\r
   6         for <notmuch@notmuchmail.org>; Tue, 26 Jan 2010 07:51:53 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -0.649\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.649 tagged_above=-999 required=5\r
  12         tests=[AWL=-0.650, BAYES_50=0.001] autolearn=ham\r
  13 Received: from olra.theworths.org ([127.0.0.1])\r
  14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15         with ESMTP id B+UIoWyW7Ws9 for <notmuch@notmuchmail.org>;\r
  16         Tue, 26 Jan 2010 07:51:52 -0800 (PST)\r
  17 Received: from mail-fx0-f217.google.com (mail-fx0-f217.google.com\r
  18         [209.85.220.217])\r
  19         by olra.theworths.org (Postfix) with ESMTP id 7EF91431FAE\r
  20         for <notmuch@notmuchmail.org>; Tue, 26 Jan 2010 07:51:52 -0800 (PST)\r
  21 Received: by fxm9 with SMTP id 9so2225179fxm.30\r
  22         for <notmuch@notmuchmail.org>; Tue, 26 Jan 2010 07:51:51 -0800 (PST)\r
  23 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;\r
  24         h=domainkey-signature:received:received:content-type:cc:subject:from\r
  25         :to:in-reply-to:references:date:message-id:user-agent\r
  26         :content-transfer-encoding;\r
  27         bh=5AG0NgLQFteEJACDwOkVVs408qbj0MCKjQF1OPR0kWs=;\r
  28         b=oPPODZU9f/rSVt381nYsuW78/M1+PzjWYkl5m265E8ePbbq5X/hutv2PC3+8VQX7mc\r
  29         8fkCSDki3Jr3wGiEh0hXotK9RDYpVRGCXQWQSmebtarnV0BTKeJdofV2gJ8ZZFneJi49\r
  30         bTGNMZCBOAEDLrSM94VdEV0yelTL9LO0lPf3E=\r
  31 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;\r
  32         h=content-type:cc:subject:from:to:in-reply-to:references:date\r
  33         :message-id:user-agent:content-transfer-encoding;\r
  34         b=NTbFQnR6D5nMu/EnIqJEXX9OVDuhgAS8n1JlCbdWAngoMmxO/cxOW/ijm5dICavPro\r
  35         ixD+I5ESmMkyD6hriAp2rKGbTf6uduWYf9YmU6xDgGAeEVfnhdGrlQb3XkTP4FVUvAR3\r
  36         XNCaXM6EgfxAdRXa57PlU0Ek7Ii3Mw2WsYSJs=\r
  37 Received: by 10.87.63.20 with SMTP id q20mr1770908fgk.27.1264521111526;\r
  38         Tue, 26 Jan 2010 07:51:51 -0800 (PST)\r
  39 Received: from localhost (pool-74-106-64-24.spfdma.east.verizon.net\r
  40         [74.106.64.24])\r
  41         by mx.google.com with ESMTPS id l19sm8607096fgb.10.2010.01.26.07.51.49\r
  42         (version=TLSv1/SSLv3 cipher=RC4-MD5);\r
  43         Tue, 26 Jan 2010 07:51:50 -0800 (PST)\r
  44 Content-Type: text/plain; charset=UTF-8\r
  45 From: Ben Gamari <bgamari@gmail.com>\r
  46 To: Simon Cozens <simon@simon-cozens.org>\r
  47 In-reply-to: <4B5EA931.6080804@simon-cozens.org>\r
  48 References: <4B5DE02C.3070309@simon-cozens.org>\r
  49         <1264476319-sup-7498@ben-laptop>\r
  50         <4B5EA931.6080804@simon-cozens.org>\r
  51 Date: Tue, 26 Jan 2010 10:51:45 -0500\r
  52 Message-Id: <1264520598-sup-6733@ben-laptop>\r
  53 User-Agent: Sup/git\r
  54 Content-Transfer-Encoding: 8bit\r
  55 Cc: notmuch <notmuch@notmuchmail.org>\r
  56 Subject: Re: [notmuch] [PATCH] Mail::Notmuch Perl wrapper\r
  57 X-BeenThere: notmuch@notmuchmail.org\r
  58 X-Mailman-Version: 2.1.13\r
  59 Precedence: list\r
  60 List-Id: "Use and development of the notmuch mail system."\r
  61         <notmuch.notmuchmail.org>\r
  62 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  63         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  64 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  65 List-Post: <mailto:notmuch@notmuchmail.org>\r
  66 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  67 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  68         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  69 X-List-Received-Date: Tue, 26 Jan 2010 15:51:53 -0000\r
  70 \r
  71 Excerpts from Simon Cozens's message of Tue Jan 26 03:34:57 -0500 2010:\r
  72 > \r
  73 > Yes, this is why I chose not to use SWIG: if I'm going to automatically\r
  74 > get code that doesn't do what I want and then have to manually write\r
  75 > code that does, why not just manually write code that does? (well,\r
  76 > semi-manually: xsubpp extracted all the function signatures for me.)\r
  77 > \r
  78 You bring up a very good point here. It seems like Perl is nice in that\r
  79 it has tools that allow you to easily bring up a set of bindings.\r
  80 Unfortunately, it seems that many other languages (Python included)\r
  81 aren't as well endowed.\r
  82 \r
  83 > I guess the advantage of SWIG is that it gets you code that you don't\r
  84 > want in many different languages.\r
  85 > \r
  86 This is actually precisely my logic. It saves you the work of having to\r
  87 do the grunt work of writing the glue for each of the signatures.\r
  88 However, it seems that in some languages this isn't nearly as difficult.\r
  89 \r
  90 > Anyway, whichever way you do it, you'll still need the class\r
  91 > documentation and the tests - feel free to take them from my patch if\r
  92 > you end up going the SWIG route for Perl.\r
  93 > \r
  94 You might have the right approach in not choosing a cookie-cutter\r
  95 solution for binding generation. There certainly are tools[1][2][3] for\r
  96 Python that make the job a great deal easier. Maybe these would be a\r
  97 better choice. Ultimately, we'd probably end up with more code to\r
  98 maintain, however the end result would likely be cleaner than the\r
  99 current stacked bindings approach. What do people think?\r
 100 \r
 101 - Ben\r
 102 \r
 103 [1] http://www.cython.org/\r
 104 [2] http://freshmeat.net/projects/python-sip/\r
 105 [3] http://code.google.com/p/pybindgen/\r