Return-Path: <bremner@unb.ca>
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 7D1E1431FD0
	for <notmuch@notmuchmail.org>; Thu, 29 Sep 2011 12:59:25 -0700 (PDT)
X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
X-Spam-Flag: NO
X-Spam-Score: -2.3
X-Spam-Level: 
X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5
	tests=[RCVD_IN_DNSWL_MED=-2.3] 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 dHusfcJLGv35 for <notmuch@notmuchmail.org>;
	Thu, 29 Sep 2011 12:59:25 -0700 (PDT)
Received: from tempo.its.unb.ca (tempo.its.unb.ca [131.202.1.21])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by olra.theworths.org (Postfix) with ESMTPS id EA378431FB6
	for <notmuch@notmuchmail.org>; Thu, 29 Sep 2011 12:59:24 -0700 (PDT)
Received: from zancas.localnet
	(fctnnbsc36w-156034074160.pppoe-dynamic.High-Speed.nb.bellaliant.net
	[156.34.74.160]) (authenticated bits=0)
	by tempo.its.unb.ca (8.13.8/8.13.8) with ESMTP id p8TJxK2J027125
	(version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO);
	Thu, 29 Sep 2011 16:59:20 -0300
Received: from bremner by zancas.localnet with local (Exim 4.76)
	(envelope-from <bremner@unb.ca>)
	id 1R9MlI-0001db-Ob; Thu, 29 Sep 2011 16:59:16 -0300
From: David Bremner <david@tethera.net>
To: Austin Clements <amdragon@MIT.EDU>
Subject: Re: Concerns regarding some library functions
In-Reply-To: <20110929145129.GB17905@mit.edu>
References: <871uv2unfd.fsf@gmail.com> <87fwjhx6p5.fsf@convex-new.cs.unb.ca>
	<20110927224622.GR17905@mit.edu> <877h4tyug1.fsf@gmail.com>
	<20110929145129.GB17905@mit.edu>
User-Agent: Notmuch/0.9~rc1 (http://notmuchmail.org) Emacs/23.3.1
	(x86_64-pc-linux-gnu)
Date: Thu, 29 Sep 2011 16:59:16 -0300
Message-ID: <8762kbqfvv.fsf@zancas.localnet>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Cc: notmuch@notmuchmail.org
X-BeenThere: notmuch@notmuchmail.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: "Use and development of the notmuch mail system."
	<notmuch.notmuchmail.org>
List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
	<mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
List-Archive: <http://notmuchmail.org/pipermail/notmuch>
List-Post: <mailto:notmuch@notmuchmail.org>
List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
	<mailto:notmuch-request@notmuchmail.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Sep 2011 19:59:25 -0000

On Thu, 29 Sep 2011 10:51:29 -0400, Austin Clements <amdragon@MIT.EDU> wrote:

> Yes.  We could just deal with that (there aren't *that* many API
> consumers).  For binary compatibility, I suppose we could even use
> symbol versioning.

I noticed a similar remark in lib/Makefile.local. But I'm not sure how
this work if the interface of a given library function changed.  Can
someone point me to some more explanation? 

Of course we can always bump the soname of libnotmuch. It isn't that big
of a deal IMHO.

d