[#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: "Curt Hibbs" <ml.chibbs@...>
Date: 2006-07-20 04:37:38 UTC
List: ruby-core #8306
On 7/19/06, M. Edward (Ed) Borasky <znmeb@cesmail.net> wrote:
>
> 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.


That's pretty much how it works today.

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?


Binary, platform-specific RubyGems are already possible. FXRuby, for
example, is distributed this way.

Curt

In This Thread