[#23457] [Bug #1471] "Mutual join" deadlock detection faulty in 1.8.6 and 1.8.7 — John Carter <redmine@...>

Bug #1471: "Mutual join" deadlock detection faulty in 1.8.6 and 1.8.7

17 messages 2009/05/15

[#23483] [Bug #1478] Ruby archive — Oleg Puchinin <redmine@...>

Bug #1478: Ruby archive

29 messages 2009/05/16
[#29225] [Feature #1478] Ruby archive — Luis Lavena <redmine@...> 2010/04/02

Issue #1478 has been updated by Luis Lavena.

[#30345] Re: [Feature #1478] Ruby archive — "NAKAMURA, Hiroshi" <nakahiro@...> 2010/05/21

On Fri, Apr 2, 2010 at 17:13, Luis Lavena <redmine@ruby-lang.org> wrote:

[#30346] Re: [Feature #1478] Ruby archive — Jonathan Nielsen <jonathan@...> 2010/05/21

> Thanks for your comment.

[#30347] Re: [Feature #1478] Ruby archive — Jonathan Nielsen <jonathan@...> 2010/05/21

OK Hiroshi, I read some of the comments earlier in the thread that I

[#30355] Re: [Feature #1478] Ruby archive — Caleb Clausen <vikkous@...> 2010/05/21

On 5/20/10, Jonathan Nielsen <jonathan@jmnet.us> wrote:

[#30364] Re: [Feature #1478] Ruby archive — Benoit Daloze <eregontp@...> 2010/05/22

Hi,

[#23505] [Bug #1494] tempfile#unlink may silently fail on windows — Nicholas Manning <redmine@...>

Bug #1494: tempfile#unlink may silently fail on windows

19 messages 2009/05/19

[#23572] [Bug #1525] Deadlock in Ruby 1.9's VM caused by ConditionVariable.wait and fork? — Hongli Lai <redmine@...>

Bug #1525: Deadlock in Ruby 1.9's VM caused by ConditionVariable.wait and fork?

27 messages 2009/05/27

[#23595] Meaning of RUBY_PLATFORM — Rick DeNatale <rick.denatale@...>

The RUBY_PLATFORM constant is documented in the latest Pickaxe as "The

17 messages 2009/05/28
[#23596] Re: Meaning of RUBY_PLATFORM — Luis Lavena <luislavena@...> 2009/05/28

On Thu, May 28, 2009 at 3:41 PM, Rick DeNatale <rick.denatale@gmail.com> wrote:

[#23602] Re: Meaning of RUBY_PLATFORM — Rick DeNatale <rick.denatale@...> 2009/05/28

On Thu, May 28, 2009 at 2:52 PM, Luis Lavena <luislavena@gmail.com> wrote:

[#23608] Re: Meaning of RUBY_PLATFORM — Luis Lavena <luislavena@...> 2009/05/28

On Thu, May 28, 2009 at 7:08 PM, Rick DeNatale <rick.denatale@gmail.com> wrote:

[#23609] Re: Meaning of RUBY_PLATFORM — Rick DeNatale <rick.denatale@...> 2009/05/29

On Thu, May 28, 2009 at 7:22 PM, Luis Lavena <luislavena@gmail.com> wrote:

[ruby-core:23621] Re: Meaning of RUBY_PLATFORM

From: Hongli Lai <hongli@...99.net>
Date: 2009-05-29 12:34:32 UTC
List: ruby-core #23621
Roger Pack wrote:
> Perhaps now is a good time to bring up a thought on adding some more
> constants (sorry if this is a repost)..
> Currently it is "hard" to know what OS you're on by regex'ing RUBY_PLATFORM
> you can't do RUBY_PLATFORM =~ /win/ since it would match darwin, so in
> general it causes confusion (and bugs) among gem developers.
> That being said, they aren't "huge" bugs and only gem developers who
> care about windows have to target them, but it's still...not easy.
> 
> My own wish would be that there was some way easier to discover platform.
> One way might be RUBY_OS -> ['linux', 'aix', 'win32', 'win64' etc.]
> 
> Gem::Platform.local seems to almost get us there...
> #<Gem::Platform:0x169e060 @cpu="x86", @os="mingw32", @version=nil>
> but not quite.  Maybe I should submit a patch to gems like
> Gem::Platform.local.os -> ['windows'] etc.
> 
> Somewhat unrelated is that currently you can't tell from within ruby
> what compiler version created it.  A way to overcome this might be
> something like
> COMPILER and COMPILER_VERSION
> 
> ex:
> 
>  >> Rubinius::COMPILER
> => :gcc
>  >> Rubinius::COMPILER_VERSION
> => "4.0.1 (Apple Inc. build 5490)"
> 
> 
> Thoughts on either of those?

I'm not convinced that this functionality needs to be bundled with Ruby. 
You could use the 'ohai' library to obtain a lot of system information.

In This Thread