From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21068 invoked by alias); 10 Jun 2009 06:01:05 -0000 Received: (qmail 20753 invoked by uid 22791); 10 Jun 2009 06:01:01 -0000 X-SWARE-Spam-Status: No, hits=-0.1 required=5.0 tests=AWL,BAYES_50,RCVD_IN_JMF_BR X-Spam-Check-By: sourceware.org Received: from smtp20.orange.fr (HELO smtp20.orange.fr) (80.12.242.26) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 10 Jun 2009 06:00:54 +0000 Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2029.orange.fr (SMTP Server) with ESMTP id 962A01C0008B; Wed, 10 Jun 2009 08:00:51 +0200 (CEST) Received: from r-lnx-leminkainen.bzh.lan (ARennes-252-1-31-109.w83-195.abo.wanadoo.fr [83.195.112.109]) by mwinf2029.orange.fr (SMTP Server) with ESMTP id 77A471C00089; Wed, 10 Jun 2009 08:00:51 +0200 (CEST) From: "Yann E. MORIN" To: crossgcc@sourceware.org Subject: Re: how to get target ldd ? Date: Wed, 10 Jun 2009 06:01:00 -0000 User-Agent: KMail/1.9.9 Cc: ng@piments.com References: <4A2A160E.7090400@piments.com> <200906071856.48287.yann.morin.1998@anciens.enib.fr> <4A2EDF5A.9080404@piments.com> In-Reply-To: <4A2EDF5A.9080404@piments.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906100800.51029.yann.morin.1998@anciens.enib.fr> X-IsSubscribed: yes Mailing-List: contact crossgcc-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: crossgcc-owner@sourceware.org X-SW-Source: 2009-06/txt/msg00015.txt.bz2 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. -- .-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +0/33 662376056 | Software Designer | \ / CAMPAIGN | ___ | | --==< ^_^ >==-- `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | `------------------------------^-------^------------------^--------------------' -- For unsubscribe information see http://sourceware.org/lists.html#faq