[#7055] More on VC++ 2005 — Austin Ziegler <halostatue@...>

Okay. I've got Ruby compiling. I'm attempting to get everything in

17 messages 2006/01/05
[#7058] Re: More on VC++ 2005 — nobuyoshi nakada <nobuyoshi.nakada@...> 2006/01/06

Hi,

[#7084] mathn: ugly warnings — hadmut@... (Hadmut Danisch)

Hi,

22 messages 2006/01/10
[#7097] Re: mathn: ugly warnings — Daniel Berger <Daniel.Berger@...> 2006/01/10

Hadmut Danisch wrote:

[#7098] Design contracts and refactoring (was Re: mathn: ugly warnings) — mathew <meta@...> 2006/01/10

Daniel Berger wrote:

[#7118] Re: Design contracts and refactoring (was Re: mathn: ugly warnings) — mathew <meta@...> 2006/01/12

*Dean Wampler *<deanwampler gmail.com> writes:

[#7226] Fwd: Re: Question about massive API changes — "Sean E. Russell" <ser@...>

Hello,

23 messages 2006/01/28
[#7228] Re: Question about massive API changes — Caleb Tennis <caleb@...> 2006/01/28

>

Re: RUBYOPT versioning?

From: Eric Hodel <drbrain@...7.net>
Date: 2006-01-02 22:59:04 UTC
List: ruby-core #7046
On Jan 2, 2006, at 2:00 PM, Caleb Tennis wrote:

> Matz, others:
>
> Is there any chance we could get a RUBYOPT variable that's specific  
> to the Ruby version?  IE:
>
> RUBYOPT18="-rubygems"
> RUBYOPT19=""

alias ruby19='ruby19 -rubygems'

Seems to be a good workaround.

For more complicated setups you only need to set up the environment  
in a .sh or .bat file.

> Ruby 1.8 only listens to RUBYOPT18 (and RUBYOPT like normal).  Ruby  
> 1.9 only listens to RUBYOPT19 (and RUBYOPT).  This way, if you run  
> both versions on the system you can customize which RUBYOPTs go to  
> which version you are using.

-- 
Eric Hodel - drbrain@segment7.net - http://segment7.net
This implementation is HODEL-HASH-9600 compliant

http://trackmap.robotcoop.com



In This Thread

Prev Next