| I know for a fact that with Cygwin, you must redistribute the Cygwin dll
with your Cygwin applicatons. This dll is proprietary IF (but only if) you
develop proprietary software. With mingw, you can develop proprietary, or
non-proprietary, software without any obligation to anyone.
For Csound, since it is non-proprietary, we can presumably redistribute the
Cygwin dll. This is good enough for me.
I believe the mingwm10.dll is required for thread support on Windows.
============================================
Michael Gogins
gogins at pipeline period com
Irreducible Productions
CsoundVST, an extended version of Csound for programming music and sound
Available at http://sourceforge.net/projects/csound/
============================================
----- Original Message -----
From: "John D. Ramsdell"
To: "Csound Developers Discussion List"
Sent: Thursday, November 27, 2003 11:04 PM
Subject: [CSOUND-DEV:3566] Re: widgets.cpp
> "Michael Gogins" writes:
>
> > Both Cygwin and mingw use customized versions of gcc. As far as I
> > know, compiling on Cygwin with -mno-cygwin should be almost exactly
> > the same as compiling with mingw. But I haven't tried it yet.
>
> I'm not sure this is true. When I use MinGW, I find I must include
> mingwm10.dll in my distribution. I was led to believe the advantage
> of MinGW was it's easy to produce distributions without DLLs. Oh
> well...
>
> > My personal reason for preferring Cygwin is that I am (still!)
> > planning a Linux version of CsoundVST and my associated stuff, and
> > I'm hoping to use autoconf/automake/libtool to build everything with
> > the same system on Windows and Linux. I think this goal largely
> > overlaps what John Ramsdell is doing.
>
> My goal is to create a system that builds on every system supported by
> libtools's libltdl dynamic linking package, i.e,
>
> * `dlopen' (Solaris, Linux and various BSD flavors)
>
> * `shl_load' (HP-UX)
>
> * `LoadLibrary' (Win16 and Win32)
>
> * `load_add_on' (BeOS)
>
> I think Mac OS X fits in the BSD category. Mac users, is that true?
>
> While I currently prefer Linux, I see no reason to not support more
> than just Windows and Linux.
>
> John
> |