From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dan.rpsys.net (dan.rpsys.net [93.97.175.187]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id D3ED4E014D1 for ; Tue, 23 Apr 2013 04:46:33 -0700 (PDT) Received: from localhost (dan.rpsys.net [127.0.0.1]) by dan.rpsys.net (8.14.4/8.14.4/Debian-2.1ubuntu1) with ESMTP id r3NBlJkX003940; Tue, 23 Apr 2013 12:47:20 +0100 X-Virus-Scanned: Debian amavisd-new at dan.rpsys.net Received: from dan.rpsys.net ([127.0.0.1]) by localhost (dan.rpsys.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 8evwX9aOCJcE; Tue, 23 Apr 2013 12:47:19 +0100 (BST) Received: from [192.168.3.10] (rpvlan0 [192.168.3.10]) (authenticated bits=0) by dan.rpsys.net (8.14.4/8.14.4/Debian-2.1ubuntu1) with ESMTP id r3NBlDvv003931 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Tue, 23 Apr 2013 12:47:15 +0100 Message-ID: <1366717567.23738.55.camel@ted> From: Richard Purdie To: "Lewis, Nick" Date: Tue, 23 Apr 2013 12:46:07 +0100 In-Reply-To: References: <1366641299.23738.17.camel@ted> X-Mailer: Evolution 3.6.2-0ubuntu0.1 Mime-Version: 1.0 Cc: "meta-freescale@yoctoproject.org" Subject: Re: Help with redundant RPATH /usr/lib X-BeenThere: meta-freescale@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Usage and development list for the meta-fsl-* layers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 11:46:34 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Tue, 2013-04-23 at 12:10 +0100, Lewis, Nick wrote: > >If that isn't the reason, its likely you're doing something custom to the linking command in configure.ac or Makefile.am and breaking it. > > Richard > > I have added a patch to the recipe that appears to fix the problem. Is this a reasonable approach to the issue? > > $ cat sources/meta-nick/recipes-nick/xar/xar-1.5.2/xar-rpath.patch > --- a/src/Makefile.inc.in 2013-04-17 18:03:12.704735379 -0700 > +++ b/src/Makefile.inc.in 2013-04-17 17:52:41.684668367 -0700 > @@ -54,7 +54,11 @@ > @objroot@src/i% : @objroot@src/%.o $(LIBXAR) > @mkdir -p $(@D) > ifneq ($(words "" @RPATH@), 1) > + ifeq (/usr/lib, $(LIBDIR)) > + $(CC) $(CFLAGS) -o $@ $< $(LDFLAGS) $(LIBXAR) @LIBS@ > + else > $(CC) $(CFLAGS) -o $@ $< @RPATH@$(LIBDIR) $(LDFLAGS) $(LIBXAR) @LIBS@ > + endif > else > $(CC) $(CFLAGS) -o $@ $< $(LDFLAGS) $(LIBXAR) @LIBS@ > endif Its certainly better, yes. libdir might not always equal /usr/lib of course, in libtool it compared against the system search path list but I think you've at least tracked down the cause of your problem. Cheers, Richard