From: Colin <colin.wall@gallagher.co>
To: cygwin@cygwin.com
Subject: Re: Trouble with running cygwin dll on Vortex86MX+ CPU
Date: Fri, 04 Apr 2014 08:07:00 -0000 [thread overview]
Message-ID: <loom.20140404T094005-949@post.gmane.org> (raw)
In-Reply-To: <lhkjdv$ph3$1@ger.gmane.org>
René Berber <r.berber <at> 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
next prev parent reply other threads:[~2014-04-04 8:07 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-03 19:20 Colin
2014-04-03 21:22 ` René Berber
2014-04-04 8:07 ` Colin [this message]
2014-04-04 8:34 ` Corinna Vinschen
2014-04-04 9:44 ` Colin
2014-04-04 11:37 ` Corinna Vinschen
2014-04-07 11:08 ` Colin
2014-04-07 11:23 ` Corinna Vinschen
2014-04-07 16:30 ` Larry Hall (Cygwin)
2014-04-07 21:10 ` Colin
2014-04-07 22:12 ` Larry Hall (Cygwin)
2014-04-07 22:49 ` Peter A. Castro
2014-04-08 1:28 ` Larry Hall (Cygwin)
2014-04-08 1:50 ` Christopher Faylor
2014-04-08 1:59 ` Larry Hall (Cygwin)
2014-04-15 21:52 ` Peter A. Castro
2014-04-16 13:21 ` Achim Gratz
2014-04-16 16:02 ` Peter A. Castro
2014-04-16 16:20 ` Achim Gratz
2014-04-08 2:14 ` Peter A. Castro
2014-04-07 23:26 ` Duncan Roe
2014-04-14 8:37 ` Colin
2014-04-04 8:40 ` Yaakov (Cygwin/X)
2014-04-04 9:57 ` Colin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=loom.20140404T094005-949@post.gmane.org \
--to=colin.wall@gallagher.co \
--cc=cygwin@cygwin.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).