Is our use of Cygwin to build & run OpenOCD a good one?
Brian Inglis
Brian.Inglis@SystematicSw.ab.ca
Sun May 19 21:21:00 GMT 2019
On 2019-05-19 13:43, Bob Cochran wrote:
> In case you're not familiar with it, OpenOCD is a hardware debugger that
> natively runs on Linux:Â http://openocd.org/
>
> We use it for embedded hardware development in debugging our ARM and FPGA code
> via JTAG (e.g., set breakpoints, step through code, etc.).  For our use, it
> interfaces to our hardware via an FTDI USB-based JTAG controller.
>
> We recently wrote up our process on building OpenOCD using Cygwin on Windows 10
> and shared it on the OpenOCD mail list.  And, I received the following feedback:
>
> "Cygwin? this is probably still functional, but now can be considered a
> (pre)historic solution."
Probably from someone who tried Cygwin a decade ago and never since, or possibly
from someone who never tried it, or from MS.
> I personally have been using Cygwin for many years and have come to trust it for
> interfacing to Linux and macOS boxes from Windows. I think it's a great
> project, so when I wanted to build & run OpenOCD from scratch, I naturally went
> to Cygwin.
Ditto. If all you have access to is a Windows desktop, it's your only POSIX
compatible option. And as a distro Cygwin supports over 10k packages.
For interop from Windows to other boxes, Cygwin is a much lighter and more
integrated solution than a VM, and much more functional than WSL, as you can run
Unix daemons working as if Windows services, X and dependent window managers and
apps as on Unix, and develop and build them as well from their original source
code, using autotools or anything you'd use on another system.
> I would appreciate any feedback on our use of Cygwin for building & running
> OpenOCD: https://mindchasers.com/dev/openocd-darsena-windows
>
> If fellow Cygwin users think it's a poor use case, then we'll pull the article.
Great use case: don't let grumpy commentators drag you down.
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
--
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
More information about the Cygwin
mailing list