Return-Path: 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 51EB84196F3 for ; Mon, 26 Apr 2010 07:29:06 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -2.89 X-Spam-Level: X-Spam-Status: No, score=-2.89 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, T_MIME_NO_TEXT=0.01] autolearn=ham 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 2Pq5xn2GgjZJ; Mon, 26 Apr 2010 07:29:05 -0700 (PDT) Received: from yoom.home.cworth.org (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 31BFD431FC1; Mon, 26 Apr 2010 07:29:05 -0700 (PDT) Received: by yoom.home.cworth.org (Postfix, from userid 1000) id 8460025400A; Mon, 26 Apr 2010 07:29:04 -0700 (PDT) From: Carl Worth To: Adrien Bustany , Chris Wilson Subject: Re: [PATCH] Makefile: specify libnotmuch.so location with -rpath In-Reply-To: <8d8e848a456d44b7cc0fe8968e79924b@localhost> References: <1272209920-362-1-git-send-email-chris@chris-wilson.co.uk> <8d8e848a456d44b7cc0fe8968e79924b@localhost> User-Agent: Notmuch/0.2-188-g9757095 (http://notmuchmail.org) Emacs/23.1.1 (i486-pc-linux-gnu) Date: Mon, 26 Apr 2010 07:29:04 -0700 Message-ID: <87och6thhr.fsf@yoom.home.cworth.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" 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: Mon, 26 Apr 2010 14:29:06 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable On Sun, 25 Apr 2010 17:59:35 +0200, Adrien Bustany wr= ote: > On Sun, 25 Apr 2010 16:38:40 +0100, Chris Wilson > wrote: > > In order to handle installation into user directories, it is convenient > > to encode the library location into the search path for the notmuch > > executable. This is achieved for the GNU linker with the -rpath > > argument. >=20 > I know that many distros (among them Fedora, see > https://fedoraproject.org/wiki/Packaging/Guidelines#Beware_of_Rpath ) > discourage the use of rpath. Do you think it could be an option set at > configure time (set rpath or not) ? Right. Debian doesn't want this either. Some of what I've wanted to do in "make install" to help with this: * Figure out the right way to run "ldconfig" from "make install" * Test if the runtime linker will be able to find the library, and if not print a message about setting LD_LIBRARY_PATH (or DYLD_LIBRARY_PATH). Setting rpath with the option to prevent this might be possible too. But we can't do this unconditionally. =2DCarl =2D-=20 carl.d.worth@intel.com --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFL1aMw6JDdNq8qSWgRAl4mAJ49O546l8bsA8I087jDCisuhhilKwCeNRzw xZgrdBGcbqxkTSvf+m6nUF4= =wU8b -----END PGP SIGNATURE----- --=-=-=--