No. The license forbids to use it to build and distribute GPL
applications.
It does no such thing; that’s just /. FUD. What it forbids you to do is
redistribute the components if doing so would put them under the GPL, which
seems reasonable: “you can use our compiler for free, but you can’t make
our DLLs fall under the GPL by redistributing them with GPL code.”
No. The license forbids to use it to build and distribute GPL
applications.
It does no such thing; that's just /. FUD. What it forbids you to do is
redistribute the components if doing so would put them under the GPL, which
seems reasonable: "you can use our compiler for free, but you can't make
our DLLs fall under the GPL by redistributing them with GPL code."
So compiling against the static version of "msvcrt.lib" is okay ?
But unfortunately there are a few memory leaks when doing this,
at least _beginthread, _beginthreadEx are known to have problems in
the static version. And we must also compile all extension ".so" files
against the static lib, not really nice. So i think we still need
prebuild windows versions.
Or we use Open Watcom or/and Borland C++ for windows compilation.
So compiling against the static version of “msvcrt.lib” is okay ?
I believe so.
But unfortunately there are a few memory leaks when doing this,
at least _beginthread, _beginthreadEx are known to have problems in
the static version. And we must also compile all extension “.so” files
against the static lib, not really nice. So i think we still need
rkprebuild windows versions.
Well, you can compile ruby and distribute the results as long as you don’t
redistribute the compiler components with it. The users would have to
download those themselves.
Or we use Open Watcom or/and Borland C++ for windows compilation.
So compiling against the static version of “msvcrt.lib” is okay ?
…
And we must also compile all extension “.so” files
against the static lib, not really nice. So i think we still need
prebuild windows versions.
I don’t quite follow this discussion since I’ve never built ruby myself,
I’m just a ruby “user” at this point.
However, my impression from reading the rubygarden wiki was that ruby
with dependencies on only msvcrt.dll requires VC++; you may be able to
build under MinGW but it isn’t the mainstream way to develop ruby code.
And so you really want to have a purchased copy of VC++. (This may be
a mistaken conclusion, please educate me…)
If so, I was thinking that with this new tools release by Microsoft,
some of that may be alleviated, and so with a bit of work on the build
process we could build ruby in a way that would fit the VC++ development
model, both free and purchased.