From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21165 invoked by alias); 4 Apr 2014 08:07:18 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 21149 invoked by uid 89); 4 Apr 2014 08:07:17 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS,UNPARSEABLE_RELAY autolearn=ham version=3.3.2 X-HELO: plane.gmane.org Received: from plane.gmane.org (HELO plane.gmane.org) (80.91.229.3) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Fri, 04 Apr 2014 08:07:11 +0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1WVz9U-0007ZT-GI for cygwin@cygwin.com; Fri, 04 Apr 2014 10:07:07 +0200 Received: from 217.192.247.103.static.amuri.net ([217.192.247.103.static.amuri.net]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 04 Apr 2014 10:07:04 +0200 Received: from colin.wall by 217.192.247.103.static.amuri.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 04 Apr 2014 10:07:04 +0200 To: cygwin@cygwin.com From: Colin Subject: Re: Trouble with running cygwin dll on Vortex86MX+ CPU Date: Fri, 04 Apr 2014 08:07:00 -0000 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit User-Agent: Loom/3.14 (http://gmane.org/) X-IsSubscribed: yes X-SW-Source: 2014-04/txt/msg00031.txt.bz2 René Berber computer.org> writes: > > What you usually do on those cases: > > 1. On the build host, run ldd (or cygcheck) on the program, see the full > list of dynamic libraries used. > > 2. Try to do the same on the target host. Yes, ldd does depend on > cygwin1.dll, so it may not run. cygcheck doesn't depend on the > cygwin1.dll . I'll do some more of this next week when back at work. I did do cygcheck -s -v -r on the target (from the Cygwin Reporting Problems page) but it produced no output. > > I can do the same on any desktop PC running Windows XP, or 7, my "Hello > > World" runs as expected. > > For completeness sake, you mean a PC where Cygwin has not been installed? That is correct > > > In discussing this with the embedded PC supplier, he suggests that the > > cygwin1.dll is exiting because it doesn't recognise the CPU. Is this > > explanation plausible? > > I don't know, but I doubt it. As long as it is compatible with the > Intel x86 architecture, and Windows is a "complete" version, it should work. That is what I had expected... > > Cross-compilation from Cygwin to Win32 (MinGW, MinGW-w64) is still > possible, just needs a different set of tools which are available in the > Cygwin distributed packages. Actually is a better option in your case, > unless you really want to use a long list of libraries which may not be > ported to Win32, or build programs intended for Unix/Linux. My reason for using Cygwin was so as to re-use code originally written for Linux with POSIX serial ports etc. Thank you for your help. -- 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