This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: ldd differences
- From: Roger Wells <roger dot k dot wells at leidos dot com>
- To: <cygwin at cygwin dot com>
- Date: Mon, 14 Mar 2016 15:50:06 -0400
- Subject: Re: ldd differences
- Authentication-results: sourceware.org; auth=none
- References: <56E6DA81 dot 3050100 at leidos dot com> <87lh5lufh4 dot fsf at Rainer dot invalid> <56E702EC dot 5060807 at leidos dot com> <87h9g8vptm dot fsf at Rainer dot invalid>
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