[#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:23619] Re: Meaning of RUBY_PLATFORM

From: Roger Pack <rogerdpack@...>
Date: 2009-05-29 12:30:24 UTC
List: ruby-core #23619
> 1) The guy who wrote the gem fell into the trap of assuming that
> RUBY_PLATFORM gives information about the runtime environment rather
> than the environment at the time that the ruby executable was
> configured/compiled.


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?
Thank you
-=r

In This Thread