Appropriate expectation on the degree of cygwin and MS interoperability
Larry Hall (Cygwin)
reply-to-list-only-lh@cygwin.com
Sun Jan 3 06:19:00 GMT 2010
On 01/01/2010 07:06 AM, Neil.Mowbray@calgacus.com wrote:
<snip>
> I suppose at its core the question is about the intent of cygwin. Is
> it (1) to provide unix like capabilities to a MS platform (in which case
> one would expect/demand a high degree of interoperability), or
> (2) to provide a unix like island inside a MS platform?
>
> The problem with (2) is one cannot really stay isolated from the
> host MS environment.
The goal of the project is to provide tools and an environment with a
Linux look and feel. That's what's stated on the Cygwin home page.
This is done in the Win32 environment (which should be a key tip-off
as to Cygwin's ability to handle x64 stuff) so it is largely inter-operable
with other Win32 programs. However, it seeks to provide a Linux view
of things and where this conflicts with Windows, then the Linux view
trumps. Path handling is a good example here.
> My previous question of how/if one can use cyginw *.h *.dll *.a
> artifacts in a MS compiled program is essentaily the same theme
> although I have lower expectations that it is possible.
You don't want to do this, just like you really don't want to use
MS *.h, *.dll, and *.lib in Cygwin compiled program (typically). Doing
so breaks the "Linux view" of things.
--
Larry Hall http://www.rfk.com
RFK Partners, Inc. (508) 893-9779 - RFK Office
216 Dalton Rd. (508) 893-9889 - FAX
Holliston, MA 01746
_____________________________________________________________________
A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?
--
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