Re: [MacRuby-devel] Building MacRuby r2765 with llvm r82747 failed on core duo macbook, Leopard AND about regexp with non-ASCII characters

2009-10-12 Thread hiroshi saito 
Laurent, thanks for fixing the bignum issue. OK I'll continue.
After updating to r2782, my rubyc successfully compiled all of stdlib,
and WOW!, all of build task completed! Thanks!

One of my intention of building MacRuby 0.5 trunk by hand is checking
status of regular expression against non-ASCII characters.

As I wrote in the comment I'v left;
http://www.macruby.org/trac/ticket/94#comment:4

a very simple regular expression including a Japanese character
against a string contains same character doesn't match.

It's very important issue for us, Japanese, and, I suppose, other
non-ASCII character languages.

How about the status of supporting non-ASCII character?

On Mon, Oct 12, 2009 at 2:35 PM, Laurent Sansonetti
 wrote:
> On Oct 11, 2009, at 10:10 PM, Laurent Sansonetti wrote:
>>
>> In fact, this crash is because of a limitation in the AOT compiler, I
>> forgot to handle literal bignums.
>>
>> $ ./miniruby --emit-llvm foo omg -e "p 1267650600228229401496703205376"
>> unrecognized literal `1267650600228229401496703205376' (class `Bignum'
>> type 10)
>> Abort trap
>
> I fixed the problem in r2782.
>
> $ cat t.rb
> p 1267650600228229401496703205376
> $ macrubyc t.rb -o /tmp/t
> $ /tmp/t
> 1267650600228229401496703205376
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] Obj C objects

2009-10-12 Thread Robert Rice 

Hi Team:

Converting a RubyCocoa project to MacRuby should I convert my  
Objective C objects to normal Ruby objects (excluding NS objects) and  
get rid of the call to alloc?


Bob Rice

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] XCode MacRuby templates are generating .nib files

2009-10-12 Thread B. Ohr 

Hi,

the XCode MacRuby templates are generating .nib files instead of xib  
files (like Obj-C projects).


(.xib is better for diffs in git or svn)

Bernd
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] Interesting spec failures

2009-10-12 Thread Giampiero De Ciantis 
I have been trying to run the specs and have found some weird issues  
with some of the behaviour


spec/frozen/core/kernel/spawn_spec.rb - in the "Kernel uses the  
current working directory as its working directory" it fails the test,  
but if you change the command line to use MacRuby instead of Ruby, it  
passes.


spec/frozen/library/socket/ipsocket/getaddress_spec.rb - in the  
"Socket::IPSocket#getaddress raises an error on unknown hostnames."  
The spec fails, but if run the same test on macirb it raises the  
appropriate socket error on an unknown host name.


Anyone know of environmental issues that might be causing this? I do  
'rake clean' often and still get these errors.



I am also getting an error "cat: stdin: Bad file descriptor" on the / 
spec/frozen/core/io/close_read_spec.rb spec, but it still passes.


Cheers,

-Gp




___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] Building MacRuby r2765 with llvm r82747 failed on core duo macbook, Leopard AND about regexp with non-ASCII characters

2009-10-12 Thread Laurent Sansonetti 

On Oct 12, 2009, at 1:50 AM, hiroshi saito wrote:

Laurent, thanks for fixing the bignum issue. OK I'll continue.
After updating to r2782, my rubyc successfully compiled all of stdlib,
and WOW!, all of build task completed! Thanks!


Nice :)


One of my intention of building MacRuby 0.5 trunk by hand is checking
status of regular expression against non-ASCII characters.

As I wrote in the comment I'v left;
http://www.macruby.org/trac/ticket/94#comment:4

a very simple regular expression including a Japanese character
against a string contains same character doesn't match.

It's very important issue for us, Japanese, and, I suppose, other
non-ASCII character languages.

How about the status of supporting non-ASCII character?


That's right, currently regular expressions containing non-ASCII  
characters are not supported. This is a work in progress and you can  
be sure this will be fixed, of course. To make sure I won't forget I  
annotated the TODO file.


However, applying regular expressions to non-ASCII strings should work.

Laurent
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] Obj C objects

2009-10-12 Thread Laurent Sansonetti 

Hi Robert,

Could you be more explicit? I don't understand your question :)

Thanks,

Laurent

On Oct 12, 2009, at 8:15 AM, Robert Rice wrote:


Hi Team:

Converting a RubyCocoa project to MacRuby should I convert my  
Objective C objects to normal Ruby objects (excluding NS objects)  
and get rid of the call to alloc?


Bob Rice

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] XCode MacRuby templates are generating .nib files

2009-10-12 Thread Laurent Sansonetti 
Indeed, .xib is probably the way to go now. if one wants to submit a  
patch for this I will merge it :)


Laurent

On Oct 12, 2009, at 9:04 AM, B. Ohr wrote:


Hi,

the XCode MacRuby templates are generating .nib files instead of xib  
files (like Obj-C projects).


(.xib is better for diffs in git or svn)

Bernd
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] Interesting spec failures

2009-10-12 Thread Laurent Sansonetti 

Hi Gp,

Yes there are several environmental issues when running RubySpec. For  
example I noticed that it will fail if you have a /tmp/xxx directory  
or if your $HOME is actually a symlink.


On Claudio's server I noticed a few more problems (you can see the  
failures from the nightly build website, under Tests).


One of my biggest issues with RubySpec is that it executes everything  
within the same process, so one spec could potentially damage the  
environment (because of a bug) so that another one might not pass (but  
executing a spec separately would work).


Laurent

On Oct 12, 2009, at 11:39 AM, Giampiero De Ciantis wrote:

I have been trying to run the specs and have found some weird issues  
with some of the behaviour


spec/frozen/core/kernel/spawn_spec.rb - in the "Kernel uses the  
current working directory as its working directory" it fails the  
test, but if you change the command line to use MacRuby instead of  
Ruby, it passes.


spec/frozen/library/socket/ipsocket/getaddress_spec.rb - in the  
"Socket::IPSocket#getaddress raises an error on unknown hostnames."  
The spec fails, but if run the same test on macirb it raises the  
appropriate socket error on an unknown host name.


Anyone know of environmental issues that might be causing this? I do  
'rake clean' often and still get these errors.



I am also getting an error "cat: stdin: Bad file descriptor" on the / 
spec/frozen/core/io/close_read_spec.rb spec, but it still passes.


Cheers,

-Gp




___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #382: undefined constants in Snow Leopard

2009-10-12 Thread MacRuby 
#382: undefined constants in Snow Leopard
+---
 Reporter:  r...@…  |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  blocker |   Milestone:   
Component:  MacRuby |Keywords:   
+---
 In trying to get samples-macruby/Scripts/jumpy.rb to work, I noticed
 certain constants were not in the Bridge Support files in Snow Leopard.
 I added this to the top of jumpy.rb to fix the problem but we need these
 in a more central location:

 # these are not properly mapped in BridgeSupport in Snow Leopard (from
 GCGeometry.h)
 CGRectInfinite = CGRect.new([-8.98847e+307, -8.98847e+307], [1.79769e+308,
 1.79769e+308]) unless defined?(CGRectInfinite)
 CGSizeZero = CGSizeMake(0, 0) unless defined?(CGSizeZero)
 CGRectZero = CGRectMake(0, 0, 0, 0) unless defined?(CGRectZero)
 CGPointZero = CGPointMake(0, 0) unless defined?(CGPointZero)
 # we need CGRectNull!

 # these are not properly mapped in BridgeSupport in Snow Leopard (from
 CATransaction.h)
 KCATransactionAnimationDuration = 'animationDuration' unless
 defined?(KCATransactionAnimationDuration)
 KCATransactionDisableActions = 'disableActions' unless
 defined?(KCATransactionDisableActions)
 KCATransactionAnimationTimingFunction = 'animationTimingFunction' unless
 defined?(KCATransactionAnimationTimingFunction)
 KCATransactionCompletionBlock = 'completionBlock' unless
 defined?(KCATransactionCompletionBlock)

 # these are not properly mapped in BridgeSupport in Snow Leopard (from
 CAMediaTimingFunction.h)
 KCAMediaTimingFunctionEaseIn = 'easeIn' unless
 defined?(KCAMediaTimingFunctionEaseIn)
 KCAMediaTimingFunctionEaseOut = 'easeOut' unless
 defined?(KCAMediaTimingFunctionEaseOut)
 KCAMediaTimingFunctionLinear = 'linear' unless
 defined?(KCAMediaTimingFunctionLinear)
 KCAMediaTimingFunctionEaseInOut = 'easeInOut' unless
 defined?(KCAMediaTimingFunctionEaseInOut)

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] Obj C objects

2009-10-12 Thread Robert Rice 

Hi Laurent:

In my RubyCocoa code I found that I had to create Obj C objects (using  
alloc and an init call to super) to pass to NS tables since the UI  
keeps copies of my objects. If all objects in MacRuby are Objective C  
objects are the calls to alloc and to super still required?


Bob Rice


On Oct 12, 2009, at 3:15 PM, Laurent Sansonetti wrote:


Hi Robert,

Could you be more explicit? I don't understand your question :)

Thanks,

Laurent

On Oct 12, 2009, at 8:15 AM, Robert Rice wrote:


Hi Team:

Converting a RubyCocoa project to MacRuby should I convert my  
Objective C objects to normal Ruby objects (excluding NS objects)  
and get rid of the call to alloc?


Bob Rice

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel



___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] Obj C objects

2009-10-12 Thread Laurent Sansonetti 
You can now pass true Ruby objects to a table or outline view  
datasource (since MacRuby doesn't use proxies) but keep in mind that  
you must always pass the same unique references and not copies, as  
mentioned in the documentation.


http://developer.apple.com/mac/library/documentation/Cocoa/Reference/ApplicationKit/Classes/NSOutlineView_Class/Reference/Reference.html

Also, check out the OutlineView sample code that ships with MacRuby as  
an example.


HTH,

Laurent

On Oct 12, 2009, at 2:00 PM, Robert Rice wrote:


Hi Laurent:

In my RubyCocoa code I found that I had to create Obj C objects  
(using alloc and an init call to super) to pass to NS tables since  
the UI keeps copies of my objects. If all objects in MacRuby are  
Objective C objects are the calls to alloc and to super still  
required?


Bob Rice


On Oct 12, 2009, at 3:15 PM, Laurent Sansonetti wrote:


Hi Robert,

Could you be more explicit? I don't understand your question :)

Thanks,

Laurent

On Oct 12, 2009, at 8:15 AM, Robert Rice wrote:


Hi Team:

Converting a RubyCocoa project to MacRuby should I convert my  
Objective C objects to normal Ruby objects (excluding NS objects)  
and get rid of the call to alloc?


Bob Rice

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel



___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] Building MacRuby r2765 with llvm r82747 failed on core duo macbook, Leopard AND about regexp with non-ASCII characters

2009-10-12 Thread hiroshi saito 
Hi Laurent,

>> a very simple regular expression including a Japanese character
>> against a string contains same character doesn't match.
>>
>> It's very important issue for us, Japanese, and, I suppose, other
>> non-ASCII character languages.
>>
>> How about the status of supporting non-ASCII character?
>
> That's right, currently regular expressions containing non-ASCII characters
> are not supported. This is a work in progress and you can be sure this will
> be fixed, of course. To make sure I won't forget I annotated the TODO file.

I'm glad to hear that. I thank you as a Japanese.

> However, applying regular expressions to non-ASCII strings should work.

Yes, I know they do, and didn't in 0.4 :)

==
Hiroshi Saito
[email protected]
http://blog.yakitara.com/
http://github.com/hiroshi
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #373: protected methods aren't

2009-10-12 Thread MacRuby 
#373: protected methods aren't
-+--
 Reporter:  chr...@… |Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  blocker  |Milestone:  MacRuby 0.5  
Component:  MacRuby  |   Resolution:  fixed
 Keywords:  protected access |  
-+--
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.5


Comment:

 Should be fixed in r2785.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #381: Losing track of a defined constant - possibly related to Module.autoload

2009-10-12 Thread MacRuby 
#381: Losing track of a defined constant - possibly related to Module.autoload
---+
 Reporter:  kamal.fa...@…  |   Owner:  lsansone...@… 
 Type:  defect |  Status:  new   
 Priority:  minor  |   Milestone:  MacRuby 0.5   
Component:  MacRuby|Keywords:  autoload require constants
---+

Comment(by lsansone...@…):

 Actually, #autoload has not been implemented yet.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel