[#8136] Confused exception handling in Continuation Context — "Robert Dober" <robert.dober@...>

Hi all

13 messages 2006/07/06

[#8248] One-Click Installer: MinGW? or VC2005? — "Curt Hibbs" <ml.chibbs@...>

I just posted this to ruby-talk. But I would also like to discuss this

33 messages 2006/07/18
[#8264] Re: One-Click Installer: MinGW? or VC2005? — Charlie Savage <cfis@...> 2006/07/19

From my experience using both tool chains on Windows (for the ruby-prof

[#8266] Re: One-Click Installer: MinGW? or VC2005? — "Curt Hibbs" <ml.chibbs@...> 2006/07/19

Tim, I'm going to top reply since your post was so long. I'm interested in

[#8267] Re: One-Click Installer: MinGW? or VC2005? — Charlie Savage <cfis@...> 2006/07/19

> Tim, I'm going to top reply since your post was so long. I'm interested in

[#8271] my sandboxing extension!! — why the lucky stiff <ruby-core@...>

I have (what feels like) very exciting news. I finally sat down to code up my

17 messages 2006/07/19

[#8430] Re: doc patch: weakref. — "Berger, Daniel" <Daniel.Berger@...>

> -----Original Message-----

19 messages 2006/07/28
[#8434] Re: doc patch: weakref. — Yukihiro Matsumoto <matz@...> 2006/07/29

Hi,

[#8436] Re: doc patch: weakref. — Daniel Berger <djberg96@...> 2006/07/29

Yukihiro Matsumoto wrote:

[#8437] Re: doc patch: weakref. — Mauricio Fernandez <mfp@...> 2006/07/29

On Sat, Jul 29, 2006 at 07:37:24PM +0900, Daniel Berger wrote:

[#8441] Inconsistency in scoping during module_eval? — "Charles O Nutter" <headius@...>

I have the following code:

18 messages 2006/07/30
[#8442] Re: Inconsistency in scoping during module_eval? — nobu@... 2006/07/30

Hi,

[#8443] Re: Inconsistency in scoping during module_eval? — "Charles O Nutter" <headius@...> 2006/07/30

Why does this:

[#8445] Re: Inconsistency in scoping during module_eval? — Yukihiro Matsumoto <matz@...> 2006/07/30

Hi,

[#8454] Re: Inconsistency in scoping during module_eval? — "Charles O Nutter" <headius@...> 2006/07/31

So to clarify...

Re: One-Click Installer: MinGW? or VC2005?

From: "M. Edward (Ed) Borasky" <znmeb@...>
Date: 2006-07-20 03:04:33 UTC
List: ruby-core #8302
Curt Hibbs wrote:
> The MinGW environment could be distributed with the One-Click Ruby 
> Installer
> (which is a plus), but I believe the MS compiler would need to be 
> separately
> downloaded and installed by the end user.
>
> Curt
>
Ah, but if the "environment" is really 77 MB, that would hurt ... a lot ...

I've been thinking about the way R does it. Briefly, their main 
development platform is Linux, and their main method of package 
distribution is source. On Linux, a package with just R source is simply 
downloaded from a repository, unpacked, checked, and then is executable. 
Packages containing C, C++ or Fortran source are compiled at install 
time. R itself is often built from source, although the common binary 
formats (RPM, Debian, MacOS X) are supported. Building R from source on 
a Linux system requires C/C++, Fortran, etc. It's a straightforward 
"configure; make; make check; make install" sequence.

On Windows, however, R is distributed as a one-click installer. And 
packages are usually pre-compiled and installed from ZIP archives 
downloaded from the repository. If you want to build packages from 
source, you have to install an exact set of tools and follow an exact 
procedure. Someone on the R project team does this for most of the 
packages! And if you want to build R itself, you have to install even 
more tools and follow even more exact procedures. Again, someone on the 
R project team does this every time there's a release, and in addition 
*daily* for patched and development releases!!

Incidentally, like R and most of the library packages, the tools to 
build R and the packages on Windows are all open source or at least 
freely downloadable. I believe the only Microsoft dependency is to 
compile help files, though I could be wrong about that.

My question is, "Would such a model (mostly open source, but everything 
precompiled by someone for Windows,)" work for Ruby, Ruby's gems and 
other packages, and Ruby's Windows users? I've lived with it for years 
in the R world. It's not my preferred _modus operandi_ but it was tough 
enough to get an open source tool like R "approved" in a corporate 
Windows IT shop. The fact that R is a far better piece of software than 
commercial packages with licenses costing multiple thousands of US 
dollars didn't matter. These people only see the risks.

So ... is someone going to step up to the plate and pre-compile gems 
that require C or some other language? This model seems to work for R; 
would it work for Ruby? Rails?


In This Thread