This is the mail archive of the cygwin mailing list for the Cygwin project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Questions about porting from Linux to Windows...

On Jan 22 16:21, jano trouba wrote:
> >From: Tim Prince <n8tm AT aol DOT com>

This is a NO-NO on this list.

> >You are going way beyond the scope of this list.  A mingw .a library could 
> >be linked into an MSVC build, since it tries to avoid conflicting run-time 
> >library dependencies.  Whether all those builders accept it with the 
> >different name, or allow you to rename it, is up to you.
> >It would be worth while to read the FAQ mentioned at the bottom of the 
> >mail.  Consider also the licensing implications, which you appear to want 
> >to ignore.
> >
> Hey !! You have not read correctly...
> As I said right at the start of the post, I AM concerned about the 
> licensing implications, but I could not succeed in posting my questions to 
> the licensing mail list... which are basically : does using cygwin just to 
> compile some static  .a  to be used elsewhere prompts a fee ?

If you create static libs which don't use Cygwin functions, then you're
build native Windows libs.  That's no problem and has nothing to do with
Cygwin anymore.  You're off the hook.

If you build static libs which use Cygwin functions, your application
will be invariably linked against the Cygwin DLL.  If you do this, your
application has to be either OSS software, or you have to purchase the
Cygwin buyout license, which is the only way to allow your application
stay proprietary.  For more details see the licensing web page  If you need more information about
the Cygwin buyout license, contact Red Hat as described on that web page.

To your question b), the answer is "yes".  You could also just require
a Cygwin net distro installation on the client machines.

I don't understand question c) at all.

> As for the technical part, I read the FAQ's and I could not find an answer 
> about the sockets ...

If you build your libs using Cygwin socket functions, you should use
them as on every POSIX system.  Especially asynchronous sockets are
rather outdated and should not be used anymore.

If you don't link against Cygwin socket functions but against native
WinSock socket functions, you're using Windows semantics.

"When in Sparta, do as the Spartans do" ;)

Question e) is not a Cygwin question so you should ask it on a mailing
list dedicated to native Windows development, or search Microsoft's


Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

Unsubscribe info:
Problem reports:

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]