[#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: Caleb Tennis <caleb@...>
Date: 2006-01-02 22:49:32 UTC
List: ruby-core #7045
>
> I like this idea, but ...
>
> What happens if I have:
>
>   RUBYOPT="-rubygems"
>   RUBYOPT18="-rubygems"
>   RUBYOPT19=""
>
> Will RUBYOPT18 take precedence over RUBYOPT? In Windows, RUBYOPT19
> being empty will have a similar effect to RUBYOPT19 not being defined.

Not sure - I'm open to suggestion.  At first glance, I think having  
them append would be the easiest solution.  It doesn't seem to be an  
issue to pass redundant multiple -r statements to the same ruby  
instance.

If it's in RUBYOPT, it gets used
If it's in RUBYOPT18, it also gets used (if running Ruby 1.8).
...

Caleb




In This Thread