Bug#632281: elfutils isn't finding its plugins

2013-07-14 Thread Kurt Roeckx
On Sat, Jul 13, 2013 at 04:15:44PM -0700, Jonathan Nieder wrote:
> Hi Kurt, 
> 
> In November, 2012, you wrote (re elfutils's plugin path):
> 
> > unarchive 632281
> > reopen 632281 
> > #It doesnt do the right thing in case of non-multi arch now
> 
> How should $LIB be set to support this?  I'm worried that there's
> no value of ORIGIN and LIB that would make
> 
>   "$ORIGIN/../$LIB"
> 
> point to the right place for both plugins using and not using the
> new filesystem layout.

I think it should expand to both the layouts?


Kurt


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130714070604.ga30...@roeckx.be



Bug#632281: elfutils isn't finding its plugins

2013-07-13 Thread Jonathan Nieder
Hi Kurt, 

In November, 2012, you wrote (re elfutils's plugin path):

> unarchive 632281
> reopen 632281 
> #It doesnt do the right thing in case of non-multi arch now

How should $LIB be set to support this?  I'm worried that there's
no value of ORIGIN and LIB that would make

"$ORIGIN/../$LIB"

point to the right place for both plugins using and not using the
new filesystem layout.

Thanks,
Jonathan


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130713231544.ge15...@google.com



Bug#632281: elfutils isn't finding its plugins

2012-02-24 Thread Kurt Roeckx
On Fri, Jul 01, 2011 at 07:44:01PM +0200, Kurt Roeckx wrote:
> 
> Anyway, I think ld.so does what it's supposed to do in case
> everything was multiarch, the files would need to be moved
> there in that case.  But I think it's wrong to only try
> the multiarch location.

So the elfutils code does:
#define ORIGINDIR "$ORIGIN/../$LIB/" LIBEBL_SUBDIR "/"
strcpy (stpcpy (stpcpy (dsoname, ORIGINDIR "libebl_"),
machines[cnt].dsoname),
".so");

Which gives you something like:
$ORIGIN/../$LIB/elfutils/libebl_x86_64.so

Which then gets translated to:
/usr/bin/../x86_64-linux-gnu/elfutils/libebl_x86_64.so

I assume the non-multiarch code generated:
/usr/bin/../lib/elfutils/libebl_x86_64.so

And I was expecting the new code to generate:
/usr/bin/../lib/x86_64-linux-gnu/elfutils/libebl_x86_64.so

(The "/lib" part is missing.)

I've uploaded a new elfutils that moves the files to
/usr/lib/x86_64-linux-gnu/elfutils/, but it still can't
find them.  Could you change the code include the lib part?


Kurt




-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120224232103.ga15...@roeckx.be