[meta-freescale] Help with redundant RPATH /usr/lib

Richard Purdie richard.purdie at linuxfoundation.org
Tue Apr 23 04:46:07 PDT 2013


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 at src/i% : @objroot at 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




More information about the meta-freescale mailing list