1 Return-Path: <bremner@unb.ca>
\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 682DA431FAF
\r
6 for <notmuch@notmuchmail.org>; Sat, 31 Mar 2012 10:29:11 -0700 (PDT)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]
\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 u-Iw8Pkm4bpu for <notmuch@notmuchmail.org>;
\r
16 Sat, 31 Mar 2012 10:29:09 -0700 (PDT)
\r
17 Received: from tesseract.cs.unb.ca (tesseract.cs.unb.ca [131.202.240.238])
\r
18 (using TLSv1 with cipher AES256-SHA (256/256 bits))
\r
19 (No client certificate requested)
\r
20 by olra.theworths.org (Postfix) with ESMTPS id 48DA6431FAE
\r
21 for <notmuch@notmuchmail.org>; Sat, 31 Mar 2012 10:29:09 -0700 (PDT)
\r
22 Received: from fctnnbsc30w-142166230117.dhcp-dynamic.fibreop.nb.bellaliant.net
\r
23 ([142.166.230.117] helo=zancas.localnet)
\r
24 by tesseract.cs.unb.ca with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32)
\r
25 (Exim 4.72) (envelope-from <bremner@unb.ca>)
\r
26 id 1SE26s-0004J5-Gy; Sat, 31 Mar 2012 14:29:06 -0300
\r
27 Received: from bremner by zancas.localnet with local (Exim 4.77)
\r
28 (envelope-from <bremner@unb.ca>)
\r
29 id 1SE26n-0002RS-6i; Sat, 31 Mar 2012 14:29:01 -0300
\r
30 From: David Bremner <bremner@unb.ca>
\r
31 To: Mark Walters <markwalters1009@gmail.com>,
\r
32 Justus Winter <4winter@informatik.uni-hamburg.de>, notmuch@notmuchmail.org
\r
33 Subject: Re: [PATCH 1/7] Split notmuch_database_close into two functions
\r
34 In-Reply-To: <87fwcopu5g.fsf@qmul.ac.uk>
\r
36 <1332291311-28954-1-git-send-email-4winter@informatik.uni-hamburg.de>
\r
37 <1332291311-28954-2-git-send-email-4winter@informatik.uni-hamburg.de>
\r
38 <87fwcopu5g.fsf@qmul.ac.uk>User-Agent: Notmuch/0.12+70~g46e73fe
\r
39 (http://notmuchmail.org) Emacs/23.3.1 (x86_64-pc-linux-gnu)
\r
40 Date: Sat, 31 Mar 2012 14:29:01 -0300
\r
41 Message-ID: <87sjgo1xya.fsf@zancas.localnet>
\r
43 Content-Type: text/plain; charset=us-ascii
\r
45 X-BeenThere: notmuch@notmuchmail.org
\r
46 X-Mailman-Version: 2.1.13
\r
48 List-Id: "Use and development of the notmuch mail system."
\r
49 <notmuch.notmuchmail.org>
\r
50 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
51 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
52 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
53 List-Post: <mailto:notmuch@notmuchmail.org>
\r
54 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
55 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
56 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
57 X-List-Received-Date: Sat, 31 Mar 2012 17:29:11 -0000
\r
59 Mark Walters <markwalters1009@gmail.com> writes:
\r
61 > The first is a concern that if we change the library functions we should
\r
62 > update the library version otherwise out of tree users won't know which
\r
65 This is not such a big deal. We can update the SONAME of the library so
\r
66 that old code will continute to dynamically link to the old version of
\r
67 the library. Nothing [1] will magically make the old code work with the
\r
68 new library if we change the API; that is just the way things go,
\r
69 occasionally APIs and/or ABIs change.
\r
71 [1] Well maybe symbol versioning. I don't fully understand that, but I
\r
72 suspect it is more trouble than it is worth.
\r