From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Andy Wingo Newsgroups: gmane.comp.gnu.libtool.bugs,gmane.lisp.guile.bugs Subject: Re: documentation / behavior discrepancy with lt_dlopenext Date: Thu, 31 Mar 2011 10:33:11 +0200 Message-ID: References: <20110330192025.GG7627@gmx.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1301560873 1714 80.91.229.12 (31 Mar 2011 08:41:13 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 31 Mar 2011 08:41:13 +0000 (UTC) Cc: bug-guile@gnu.org, bug-libtool@gnu.org To: Bob Friesenhahn Original-X-From: bug-libtool-bounces+gnu-bug-libtool=m.gmane.org@gnu.org Thu Mar 31 10:41:09 2011 Return-path: Envelope-to: gnu-bug-libtool@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Q5DRD-0001hO-C5 for gnu-bug-libtool@m.gmane.org; Thu, 31 Mar 2011 10:41:07 +0200 Original-Received: from localhost ([127.0.0.1]:34188 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q5DRB-0007HP-UD for gnu-bug-libtool@m.gmane.org; Thu, 31 Mar 2011 04:41:06 -0400 Original-Received: from [140.186.70.92] (port=48838 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q5DJb-0001lY-Si for bug-libtool@gnu.org; Thu, 31 Mar 2011 04:33:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q5DJW-0008GQ-2m for bug-libtool@gnu.org; Thu, 31 Mar 2011 04:33:15 -0400 Original-Received: from a-pb-sasl-sd.pobox.com ([64.74.157.62]:34114 helo=sasl.smtp.pobox.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q5DJO-0008Au-Qu; Thu, 31 Mar 2011 04:33:02 -0400 Original-Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by a-pb-sasl-sd.pobox.com (Postfix) with ESMTP id D1EBA284F; Thu, 31 Mar 2011 04:34:46 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=sasl; bh=WTIN9ieui38BNpW4c/BsDvYKr80=; b=xGVFXu wMRwa7GM5lK5aYhd6W/ABMBUoE8wIh7ivTRKSdZeJJtH090AuJqSMfloiBCMnrdR vg9w1WX7NEU4J5DdqdR1KjmL3Q0+TI6d5ooIGxrSFV3a+ZcNzYLB7oKyb3uMmnoF LTesPiLjz8iQ/p2adJy4/zkSFMfFODK8Yg0SQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; q=dns; s=sasl; b=DnEDsL+jQklIYC/3xqXMvkxWHwk8Diue PNwem0bwF1n0tmmIwx7nvt7R9J/4SAihp39DsIULRiMLvWtNsM5XI5xT1OQdMaYu Tg8dm25KxMwhrPaCMY/zVi2uk2HG+3iOt6RVgrVAa5B1kEFvFGLCIK/Uj3E3S77I +WCGyjEPTaM= Original-Received: from a-pb-sasl-sd.pobox.com (unknown [127.0.0.1]) by a-pb-sasl-sd.pobox.com (Postfix) with ESMTP id AFB45284E; Thu, 31 Mar 2011 04:34:43 -0400 (EDT) Original-Received: from unquote.localdomain (unknown [90.164.198.39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by a-pb-sasl-sd.pobox.com (Postfix) with ESMTPSA id CA2DC284B; Thu, 31 Mar 2011 04:34:40 -0400 (EDT) In-Reply-To: (Bob Friesenhahn's message of "Wed, 30 Mar 2011 20:31:17 -0500 (CDT)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) X-Pobox-Relay-ID: BA5032D2-5B71-11E0-A4C4-E8AB60295C12-02397024!a-pb-sasl-sd.pobox.com X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 64.74.157.62 X-BeenThere: bug-libtool@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GNU libtool shared library maintenance tool List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-libtool-bounces+gnu-bug-libtool=m.gmane.org@gnu.org Errors-To: bug-libtool-bounces+gnu-bug-libtool=m.gmane.org@gnu.org Xref: news.gmane.org gmane.comp.gnu.libtool.bugs:7740 gmane.lisp.guile.bugs:5398 Archived-At: On Thu 31 Mar 2011 03:31, Bob Friesenhahn writes: > On Wed, 30 Mar 2011, Andy Wingo wrote: >> >> Sure, that's probably right. However it's tough to tell. You could >> look for "\.so(\.|$)" or something. But that's encoding lots of >> details. >> >> I think that uses of dlopenext are already oblivious to `stat' calls, >> because they sanction looking for .la files before e.g. .so files, so >> it's not a problem to just do what the doc says: bare path first, then >> grovel extensions. > > Use of .la files does not incur more stat calls unless the .la file is > not present. Using .la files is really a better solution than what you > are trying to do. That might well be true! (I don't know enough of the details.) However on most systems that does not work for system libraries like libc. This particular bug report came from a user who wanted to link against a library without installing the -dev package on his OS, so he wouldn't have .la files anyway. Not to mention distros that don't install .la files, like Fedora et al. Just to clarify the use case. I see we all agree the current behavior is a bug :) Cheers, Andy -- http://wingolog.org/