From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 7D6AD429E21 for ; Tue, 4 Oct 2011 04:18: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=unavailable 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 be6d4ysZa2R0 for ; Tue, 4 Oct 2011 04:18: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 35F29431FB6 for ; Tue, 4 Oct 2011 04:18:25 -0700 (PDT) Received: from zancas.localnet (fctnnbsc36w-156034064058.pppoe-dynamic.High-Speed.nb.bellaliant.net [156.34.64.58]) (authenticated bits=0) by tempo.its.unb.ca (8.13.8/8.13.8) with ESMTP id p94BILAh012888 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Tue, 4 Oct 2011 08:18:22 -0300 Received: from bremner by zancas.localnet with local (Exim 4.76) (envelope-from ) id 1RB30v-0003pn-7e; Tue, 04 Oct 2011 08:18:21 -0300 From: David Bremner To: Austin Clements Subject: Re: Concerns regarding some library functions In-Reply-To: <20110929201536.GF17905@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> <8762kbqfvv.fsf@zancas.localnet> <20110929201536.GF17905@mit.edu> User-Agent: Notmuch/0.9~rc1 (http://notmuchmail.org) Emacs/23.3.1 (x86_64-pc-linux-gnu) Date: Tue, 04 Oct 2011 08:18:21 -0300 Message-ID: <87sjn9knsy.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." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 11:18:25 -0000 On Thu, 29 Sep 2011 16:15:36 -0400, Austin Clements wrote: > With symbol versioning we'd still provide the old function (presumably > re-implemented in terms of the new function). Both would wind up in > the .so and old binaries would still link against the old symbol. It > doesn't help that much once something gets recompiled; assuming the > source isn't requesting a specific version of a symbol, it will try to > use the latest version. > > That, however, is about the extent of my knowledge on symbol > versioning. It's possible this simply doesn't work with symbols that > don't already have a version; I'm not sure. So I've pushed the ABI changes, making it more urgent to do something about this. At this point I'm inclined to bump the soname in order to unbreak things, unless someone wants to come up with a convincing set of patches to do the symbol versioning. d