[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