Re: [MacRuby-devel] The Future of MacRuby

2012-04-07 Thread Henry Maddocks
On 7/04/2012, at 6:13 PM, Joshua Ballanco wrote: > Regarding ARC, MacRuby cannot use ARC. That is, MacRuby cannot use the Obj-C > implementation of ARC. Why is that? Henry ___ MacRuby-devel mailing list [email protected] http://lis

Re: [MacRuby-devel] The Future of MacRuby

2012-04-07 Thread Francis Chong
Automatic Reference Counting implements automatic memory management for Objective-C objects and blocks. If you read MacRuby source code, you will found that the VM is not even written in Objective-C! Henry Maddocks 於 2012年4月7日 下午7:13 寫道: > > On 7/04/2012, at 6:13 PM, Joshua Ballanco wrote: >

Re: [MacRuby-devel] The Future of MacRuby

2012-04-07 Thread Laurent Sansonetti
Yes, ARC as is can't be used in MacRuby, but the principles can be ported. Which is what I did, more or less, in an experimental branch. Now, there are various challenges to solve in order to reach stability, but don't worry, we will get there. Laurent 2012/4/7 Francis Chong : > Automatic Referen

Re: [MacRuby-devel] The Future of MacRuby

2012-04-07 Thread Francis Chong
this is a great news. looking forward to see it in action! Laurent Sansonetti 於 2012年4月7日 下午8:37 寫道: > Yes, ARC as is can't be used in MacRuby, but the principles can be > ported. Which is what I did, more or less, in an experimental branch. > Now, there are various challenges to solve in order t

Re: [MacRuby-devel] The Future of MacRuby

2012-04-07 Thread Eloy Duran
The technology by the name “ARC” actually inserts the required code at compile time and only for Objective-C(++). The principal of ARC, however, can be applied to MacRuby. On 7 apr. 2012, at 13:13, Henry Maddocks wrote: > > On 7/04/2012, at 6:13 PM, Joshua Ballanco wrote: > >> Regarding ARC,

Re: [MacRuby-devel] Future of MacRuby

2012-04-07 Thread Laurent Sansonetti
On Fri, Apr 6, 2012 at 9:09 PM, Jordan K. Hubbard wrote: > > On Apr 6, 2012, at 4:20 AM, Laurent Sansonetti > wrote: > > Yes, I'm still alive :) As you may have noticed, I have been absent > here for a few months. > > > [ Looks at Calendar]  I think it was closer to 6 months, actually, but hey -

Re: [MacRuby-devel] The future of MacRuby

2012-04-07 Thread dan sinclair
Can we get the issues section enabled on github and move off of Trac? (Not sure how hard it would be to import all of the old trac stuff to Github). Would be nice to consolidate everything in one place. dan On Thu, Apr 5, 2012 at 3:06 PM, Matt Aimonetti wrote: > *Many of you have been wonderi

Re: [MacRuby-devel] The future of MacRuby

2012-04-07 Thread Eloy Duran
> Can we get the issues section enabled on github and move off of Trac? (Not > sure how hard it would be to import all of the old trac stuff to Github). > > Would be nice to consolidate everything in one place. I think that’s an excellent idea. However, it’s probably better to first import tick

Re: [MacRuby-devel] The future of MacRuby

2012-04-07 Thread dan sinclair
Can you import before it's open? I just assumed it wasn't accessible at all until enable? It looks like forgeplucker (http://home.gna.org/forgeplucker/) has support to pull tickets out of trac and dump to JSON. Should be pretty easy to go from JSON to GitHub API I'd expect. I can take a look and s

Re: [MacRuby-devel] The future of MacRuby

2012-04-07 Thread Eloy Duran
> Can you import before it's open? I just assumed it wasn't accessible at all > until enable? It looks like forgeplucker (http://home.gna.org/forgeplucker/) > has support to pull tickets out of trac and dump to JSON. Should be pretty > easy to go from JSON to GitHub API I'd expect. Well, we’d o