X-Recipient: archive-cygwin@delorie.com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:references:to:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=bKyfZdJCFXevhBST
	glYHEqWnPDO8LiTDmJh2W53jhbCq1BIgBwfPvOWdmHNr80HxCzfJqCMN0T4viu1Z
	0J4ECg4z3+Dfe2IgnSw/aH4/bxK20sykV7vfKuicF2/XppEdGreRzAYu6sh0XUZY
	X8Z5wv2/ktqI+LkTmj/HpnO4vQE=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:references:to:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=k509OkSaET+FTJBzX0CKqX
	B7rxc=; b=d2RTIS+0jDujwrinW4CU8RE2fzW3H9pzE7DPzDlGfMJTSy4ZuHaJDJ
	DEZhf9jNRQDq9hZbcpKNTO6qxImc05gFg04Af+VJetkImOpRPJu1+Ad9SdugBOGP
	kOlDsI8odT1ztJ54T/AatMBpFGrIXdbz5DzV7MOTpVa4KJboUt32g=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=1.8 required=5.0 tests=BAYES_50,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD autolearn=no version=3.3.2 spammy=pe, PE, Third, voice
X-HELO: EMP-EXED102.leidos.com
Subject: Re: ldd differences
References: <56E6DA81.3050100@leidos.com> <87lh5lufh4.fsf@Rainer.invalid> <56E702EC.5060807@leidos.com> <87h9g8vptm.fsf@Rainer.invalid>
To: <cygwin@cygwin.com>
From: Roger Wells <roger.k.wells@leidos.com>
Message-ID: <56E715EE.4030006@leidos.com>
Date: Mon, 14 Mar 2016 15:50:06 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <87h9g8vptm.fsf@Rainer.invalid>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 8bit
X-IsSubscribed: yes

On 03/14/2016 03:09 PM, Achim Gratz wrote:
> Roger Wells writes:
>>> Try cygcheck rather than ldd.
>>>
>> Thanks for responding.
>>
>> Here's what happens:
>>
>> $ cygcheck ./z12.exe
>> C:\cygwin64\home\roger\src\z12\z12.exe
>>
>> or
>>
>> $ cygcheck --verbose ./z12.exe
>> C:\cygwin64\home\roger\src\z12\z12.exe (not x86_64 dll)
> 
> Then it doesn't seem to be a Cygwin binary.  Is that the product of some
> cross-compilation, perhaps?
> 

It was built with MinGW GCC 4.9.3 (32 bit)
However, recall that the older 32 bit cygwin ldd had no problem with it.
We have been using MinGW in a Cygwin environment for over two decades
with out surprises.  I wonder if the fact that the executable is 32-bit
is the culprit and the 64 bit Cygwin tools are expecting 64 bit items to
work on?  I expect that ldd etc are attempting to do what the OS does
when it loads the executable wrt identifying what resources (i.e. dll's)
are required.  It shouldn't matter what tool built it and both 32 bit
and 64 bit items are going to be around for a while and both need to be
handled correctly.  I'll probably install 32 bit Cygwin and test the
hypothesis.  I'll let you know.


cheers,
roger

> 
> Regards,
> Achim.
> 


-- 
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.wells@leidos.com

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

