GNU bug report logs - #23494
using absolute library references (paths) with libtool

Message received at submit <at> debbugs.gnu.org:

Received: (at submit) by debbugs.gnu.org; 9 May 2016 17:19:17 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 09 13:19:17 2016
Received: from localhost ([127.0.0.1]:44630 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1azopx-0007Q1-85
	for submit <at> debbugs.gnu.org; Mon, 09 May 2016 13:19:17 -0400
Received: from eggs.gnu.org ([208.118.235.92]:46787)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rjvbertin@HIDDEN>) id 1azlyK-0002xN-5J
 for submit <at> debbugs.gnu.org; Mon, 09 May 2016 10:15:44 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <rjvbertin@HIDDEN>) id 1azlyD-0005wz-Vt
 for submit <at> debbugs.gnu.org; Mon, 09 May 2016 10:15:38 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_20,FREEMAIL_FROM,
 T_DKIM_INVALID autolearn=disabled version=3.3.2
Received: from lists.gnu.org ([2001:4830:134:3::11]:51517)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <rjvbertin@HIDDEN>) id 1azlyD-0005wT-Ss
 for submit <at> debbugs.gnu.org; Mon, 09 May 2016 10:15:37 -0400
Received: from eggs.gnu.org ([2001:4830:134:3::10]:37734)
 by lists.gnu.org with esmtp (Exim 4.71)
 (envelope-from <rjvbertin@HIDDEN>) id 1azlyB-0004An-Rb
 for bug-libtool@HIDDEN; Mon, 09 May 2016 10:15:36 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <rjvbertin@HIDDEN>) id 1azly6-0005vd-OW
 for bug-libtool@HIDDEN; Mon, 09 May 2016 10:15:34 -0400
Received: from mail-wm0-x22d.google.com ([2a00:1450:400c:c09::22d]:38633)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <rjvbertin@HIDDEN>) id 1azly6-0005vY-IA
 for bug-libtool@HIDDEN; Mon, 09 May 2016 10:15:30 -0400
Received: by mail-wm0-x22d.google.com with SMTP id g17so189597700wme.1
 for <bug-libtool@HIDDEN>; Mon, 09 May 2016 07:15:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=from:to:subject:date:message-id:user-agent:mime-version
 :content-transfer-encoding;
 bh=mqsjLZnK+5w6eMujAMexK8JsuFUQNIhJm/pi3C/p4wc=;
 b=Ir/uDah3rXf3i9M/zLqkV2B13XVADVcQXUBEjYRL2vfG1jw4Q5lhClGEQ+GnClxbzQ
 QBZxooS7ufiE8ajGSnQhXsDknoLuQWwRyma8BmUsFSXJUpVNlap/CYmuUH1C0yoDOyfq
 Ox+Bd/tCasuXyOnI11tX6UYG0A6KRGZa5xtCn2apwx6XqOUHzcUadrGo1Ou5pfro3vSW
 HdxzYp2pK3zZg2ecdlVgwEGHlmuee68fac0xY3n4B5beOT8RTl7JdWNP+ipTl3VWI/8c
 iT+PJAI+lY5avldV32QZttYBIR7mnwJLhSpwpo/N3FMc5c3w1GV9qmjO0NfFmJcp0XKJ
 ZzqA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:from:to:subject:date:message-id:user-agent
 :mime-version:content-transfer-encoding;
 bh=mqsjLZnK+5w6eMujAMexK8JsuFUQNIhJm/pi3C/p4wc=;
 b=KYC8FirP+iXOeZq24vOrRuZXKLvG0Pi8Pu4d1aK1iq8H6OFSQT5RpzlDp5Wk5N58lg
 ks0fiToQ0E+7GZQYBh6YjliK9y3Yux5ffQEyWPSluu5zndGInc5h0Gxq/1onylO22ln5
 9U8vgwTm2IFDmNkaEoRBSZCxgfKKbq+DCq4X0WoGOcwebI8c4jHCeEgZDAhwqCPMVWXY
 wskdpvyH8XM39KSYGxtEN0Hn+J2xXKtsL/4E7RR5+WBd+J8aMRkmf0o6nTBUc6/CyFXV
 ngphqAdQqKYweXyl9A9nlYs0AP38plznS2PRovOMveVpeIDjtSiJjdj8NomSOBrjsPlR
 0m6A==
X-Gm-Message-State: AOPr4FX8GREvWA5JArdAsNeU26syAghOb1+jE5dz3bXYCyWg9zvn2R74myVEmWSgfUMI+w==
X-Received: by 10.28.184.78 with SMTP id i75mr12078961wmf.36.1462803329447;
 Mon, 09 May 2016 07:15:29 -0700 (PDT)
Received: from patuxbak.localnet
 (AAmiens-652-1-261-182.w109-219.abo.wanadoo.fr. [109.219.12.182])
 by smtp.googlemail.com with ESMTPSA id cf6sm31355615wjc.12.2016.05.09.07.15.27
 for <bug-libtool@HIDDEN> (version=TLSv1/SSLv3 cipher=OTHER);
 Mon, 09 May 2016 07:15:28 -0700 (PDT)
From: =?ISO-8859-1?Q?Ren=E9_J=2EV=2E?= Bertin <rjvbertin@HIDDEN>
To: bug-libtool@HIDDEN
Subject: using absolute library references (paths) with libtool
Date: Mon, 09 May 2016 16:15:18 +0200
Message-ID: <56268518.m8GpI9Y7En@patuxbak>
User-Agent: KMail/4.13.3 (Linux/4.5.2-mainline-amdf10-rjvb; KDE/4.14.19; x86_64;
 ; )
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Received-From: 2001:4830:134:3::11
X-Spam-Score: -4.0 (----)
X-Debbugs-Envelope-To: submit
X-Mailman-Approved-At: Mon, 09 May 2016 13:19:15 -0400
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -4.0 (----)

Hi,

I'm not sure if this is really a bug:

I'm trying to make sure that a certain software package is built with a=
 custom library (ffmpeg) rather than using the shared libraries from a =
central location that also provides other dependencies. Since it seems =
impossible to tell the linker not to take a given library from a partic=
ular location I am patching the custom ffmpeg's .pc files so that the "=
Libs:" line reads "${libdir}/libavfoo.dylib" instead of "-L${libdir} -l=
avfoo" (this is on OS X, indeed).

This doesn't work, because for some reason the libtool script that is c=
reated in the toplevel source directory (by autoreconf) filters out tho=
se absolute paths to library files before calling the actual linker. In=
 order for this to work I need to trick libtool: set up symlinks (ln -s=
 libavfoo.dylib libavfoo.o) that look like regular object files, and le=
t the linker driver (clang) figure out what it is actually working with=
.

Is this a known issue (or feature) in libtool, is there something awry =
with the copy that's created by autoreconf, or is this a bug that needs=
 reporting?
I'm using version 2.4.6 .

Thanks,
Ren=E9