Re: how to get target ldd ?

[ng at piments dot com]

ng@piments.com wrote:
> Yann E. MORIN wrote:
> > Peter,
> > All,
> >
> > On Wednesday 10 June 2009 00:16:58 ng@piments.com wrote:
> > > # ldd
> > > -sh: ldd: not found
> > > # ls -ail `which ldd`
> > > 3273877 -r-xr-xr-x    1 root     root         5583 Jun  8  2009 
> > > /usr/bin/ldd
> > > So it's there, it's found by which, but "not found". Clearly this is 
> > > just busybox's challenged error handling spewing garbage. The 
> > > question is how to debug what is really happending.
> > > This error is helpful in itself since it's not even a binary, it's a 
> > > script.
> >
> > Running a shell script (or any other script type) first imply running a
> > shell, and that shell will interpret the script.
> >
> > > Binaries give : -sh: gnuplot: Permission denied
> > > even though they have x permissions and are being invoked by root.
> >
> > Hmmm. Sounds like a ld problem. Please run this on the target:
> > # ls -l /lib/ld*
> >
> > It should be marked with the 'x' bit.
> >
> > I'm off to work, will look in more details tonight...
> >
> > Regards,
> > Yann E. MORIN.
>
> Damn! it was that simple.
>
> chmod a+x /lib/ld* fix it. My hello.dyn and gnuplot now work.
>
> I posted quite some time back in another thread that all my libs were 
> without x perms and it got no comment. So I assumed that it was normal 
> and the it was regarded as a dumb question.
>
> So the question is: why is it installed with the wrong permissions?
>
> I have just rebuild the toolchain and the perms look correct in sys-root.
>
> 3317406 -r-xr-xr-x 1 prof users  160750 2009-06-10 01:49 ld-2.9.so
> 3317408 lrwxrwxrwx 1 prof users       9 2009-06-10 01:49 ld-linux.so.3 
> -> ld-2.9.so
>
>
> However ldd still does not work:
> # ldd gnuplot
> -sh: ldd: not found
> # which ldd
> /usr/bin/ldd
>
>
> I think what may have happened it that , having noted that nothing had x 
> in /lib I added it to all libs without noting that ld was (possibly) 
> already executable. When I did not get any comment on that I likely 
> reverted everything including ld to -x .
>
>
> I'll do more thorough testing tonight but initial evidence suggests that 
> it is fixed.
>
> It would be good to have ldd as a tool but I think that is a differenct 
> problem.
>
> It tool a long time to find something so simple but at least I can 
> rebuild everything dynamic now.
>
> Many thanks, Peter.


[UPDATE:]

I have just rerun ct-ng build and all libs in sys-tools come out with 
555 permissons.

after populate, all copied libs in /lib are 644 ie NO x bit set at all, 
notably:

3384784 -r-xr-xr-x 1 prof users  160750 Jun 10 22:15 ld-2.9.so
3384786 lrwxrwxrwx 1 prof users       9 Jun 10 22:15 ld-linux.so.3 -> 
ld-2.9.so

So it's not finger trouble at my end, it really was like this start with.

/Peter



--
For unsubscribe information see http://sourceware.org/lists.html#faq