[MacRuby-devel] web site nits

2009-07-07 Thread Rich Morin 
On http://www.macruby.org/documentation.html, all of the entries
(under Screencasts, Tutorials, Talks, and Recipes) are listed as
being in 2009.  At least some of these (eg, the ones in November)
should say 2008.  Could someone with the appropriate permissions
fix these?

-r
-- 
http://www.cfcl.com/rdmRich Morin
http://www.cfcl.com/rdm/resume r...@cfcl.com
http://www.cfcl.com/rdm/weblog +1 650-873-7841

Technical editing and writing, programming, and web development
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #290: Hashes do NOT stay ordered

2009-07-07 Thread MacRuby 
#290: Hashes do NOT stay ordered
---+
 Reporter:  martin.ploe...@…   |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  blocker|   Milestone:   
Component:  MacRuby|Keywords:  Hash order   
---+
 Hashes in Ruby 1.9 keep their order.
 In MacRuby (macirb):

 {:aa=>1, :a=>1}

 => {:a =>1, :aa=>1}


 According to Ruby 1.9 the result should be in the input-order:

 => {:aa =>1, :a=>1}

 The same is true for methods on a Hash like Hash#keys: The should return
 the keys in the input-order.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #290: Hashes do NOT stay ordered

2009-07-07 Thread MacRuby 
#290: Hashes do NOT stay ordered
---+
 Reporter:  martin.ploe...@…   |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  blocker|   Milestone:   
Component:  MacRuby|Keywords:  Hash order   
---+

Comment(by lsansone...@…):

 We don't support input-ordered hash keys because our Hash class is based
 on top of CFDictionary. We may support this in the future using a hack but
 it's really not a high-priority item on the agenda.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #290: Hashes do NOT stay ordered

2009-07-07 Thread MacRuby 
#290: Hashes do NOT stay ordered
---+
 Reporter:  martin.ploe...@…   |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  blocker|   Milestone:   
Component:  MacRuby|Keywords:  Hash order   
---+

Comment(by eloy.de.en...@…):

 We could port ActiveSupport::OrderedHash to our Hash implementation:
 
http://github.com/rails/rails/blob/master/activesupport/lib/active_support/ordered_hash.rb

 I suppose that would be like the ‘hack’ Laurent suggests.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] I want to help too

2009-07-07 Thread Mike Sassak 
On Fri, Jul 3, 2009 at 9:30 AM, Perry Smith  wrote:
>
>
> Hey, sorry to be a pest but my question about how to run a single test
> never got answered.  That would help save me some time:
>
>
> I tested with the trunk and it passes too.
>
> Is this the way to run a single test?
>
> ./mspec/bin/mspec run -I./lib -B ./spec/macruby.mspec -g fails
> ./spec/frozen/language/return_spec.rb --format spec
>
> Doing this way, the test that seg faults normally just errors out and then
> a few tests later we get a seg fault.
>
> I wanted to check and be sure the way I'm testing is right.
>
> Thanks,
> Perry
>

Hi Perry,

It's not entirely clear to me if the question you're asking pertains to the
best way to run specs for MacRuby, running a focused test under MSpec, or
both. If you're looking for the latter, check out the
-p and -e options. They allow you to run only those tests whose descriptions
match a regexp or string. E.g.

./mspec/bin/mspec run -B spec/macruby.mspec spec/frozen/language/for_spec.rb
-p 'splats multiple arguments'

Not quite as simple as specifying a line number, but it should do the trick.

HTH,
Mike


>
> ___
> MacRuby-devel mailing list
> MacRuby-devel@lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #290: Hashes do NOT stay ordered

2009-07-07 Thread MacRuby 
#290: Hashes do NOT stay ordered
---+
 Reporter:  martin.ploe...@…   |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  blocker|   Milestone:   
Component:  MacRuby|Keywords:  Hash order   
---+

Comment(by conra...@…):

 ActiveSupport implementation of Hash is probably activated when using Ruby
 < 1.9.1 because it's in Ruby 1.9.1.  With that said, I would take a look
 at the C implementation of Hash located here:

 http://redmine.ruby-lang.org/repositories/entry/ruby-191/hash.c

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #290: Hashes do NOT stay ordered

2009-07-07 Thread MacRuby 
#290: Hashes do NOT stay ordered
---+
 Reporter:  martin.ploe...@…   |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  blocker|   Milestone:   
Component:  MacRuby|Keywords:  Hash order   
---+

Comment(by conra...@…):

 Is there a Ruby spec which fails in this regard?  If not, I believe it
 should be one which fails to provide a hint for something to fix in the
 future.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #290: Hashes do NOT stay ordered

2009-07-07 Thread MacRuby 
#290: Hashes do NOT stay ordered
---+
 Reporter:  martin.ploe...@…   |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  blocker|   Milestone:   
Component:  MacRuby|Keywords:  Hash order   
---+

Comment(by lsansone...@…):

 By hack I was thinking about patching a little bit our Hash
 implementation. But as I said I don't think this is very important for the
 time being.

 FYI, there is a Ruby spec that covers this 1.9-only behavior. It's
 currently failing on MacRuby.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #291: Time.parse doesn't work in experimental

2009-07-07 Thread MacRuby 
#291: Time.parse doesn't work in experimental
-+--
 Reporter:  mattaimone...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  major|   Milestone:  MacRuby 0.5  
Component:  MacRuby  |Keywords:   
-+--
 {{{
 $ macruby -e "require 'time'; p Time.parse('2009/06/29 23:19:35 +')"
 unrecognized runtime type `{_NSZone=}' (TypeError)
 }}}

 Due to a conflict with NSObject#zone

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] date broken in experimental r2001?

2009-07-07 Thread Timothy Wood 


% macirb
irb: warn: can't alias exit from irb_exit.
irb(main):001:0> require 'date'
NoMethodError: undefined method `Rational:' for Date:Class

 This is with a freshly installed LLVM (r72741, the stable point  
noted in README.rdoc) and MacRuby r2001.  Are other folks seeing this,  
or is it maybe something about my config?


  Thanks!

-tim

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] date broken in experimental r2001?

2009-07-07 Thread Laurent Sansonetti 

Hi Timothy,

That sounds expected, Rational is not implemented yet in experimental :)

Laurent

On Jul 7, 2009, at 10:13 PM, Timothy Wood wrote:



% macirb
irb: warn: can't alias exit from irb_exit.
irb(main):001:0> require 'date'
NoMethodError: undefined method `Rational:' for Date:Class

This is with a freshly installed LLVM (r72741, the stable point  
noted in README.rdoc) and MacRuby r2001.  Are other folks seeing  
this, or is it maybe something about my config?


 Thanks!

-tim

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] date broken in experimental r2001?

2009-07-07 Thread Matt Aimonetti 
Ruby's DateTime is pretty bad, if you are still using MRI, you might want to
give http://github.com/jeremyevans/third_base/tree/master  a shot.

- Matt



On Tue, Jul 7, 2009 at 11:38 PM, Laurent Sansonetti
wrote:

> Hi Timothy,
>
> That sounds expected, Rational is not implemented yet in experimental :)
>
> Laurent
>
> On Jul 7, 2009, at 10:13 PM, Timothy Wood wrote:
>
>
>> % macirb
>> irb: warn: can't alias exit from irb_exit.
>> irb(main):001:0> require 'date'
>> NoMethodError: undefined method `Rational:' for Date:Class
>>
>> This is with a freshly installed LLVM (r72741, the stable point noted in
>> README.rdoc) and MacRuby r2001.  Are other folks seeing this, or is it maybe
>> something about my config?
>>
>>  Thanks!
>>
>> -tim
>>
>> ___
>> MacRuby-devel mailing list
>> MacRuby-devel@lists.macosforge.org
>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>>
>
> ___
> MacRuby-devel mailing list
> MacRuby-devel@lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel