Re: [MacRuby-devel] Return from thread context

2009-07-10 Thread Laurent Sansonetti
On Jul 10, 2009, at 12:44 PM, Perry Smith wrote: On Jul 10, 2009, at 1:58 PM, Laurent Sansonetti wrote: Indeed, raising an exception is very slow for us since we use C++ exceptions, but it's only used in exceptional cases, or in very explicit use cases like returning from a block (the othe

Re: [MacRuby-devel] Return from thread context

2009-07-10 Thread Perry Smith
On Jul 10, 2009, at 1:58 PM, Laurent Sansonetti wrote: Indeed, raising an exception is very slow for us since we use C++ exceptions, but it's only used in exceptional cases, or in very explicit use cases like returning from a block (the other return statements don't use an exception). Als

Re: [MacRuby-devel] Return from thread context

2009-07-10 Thread Laurent Sansonetti
Hi Perry, On Jul 10, 2009, at 5:14 AM, Perry Smith wrote: Hi Laurent, You used the term "block" below. I don't know enough about the code yet but I would assume that "block" means either a basic block or something between curly braces. Those entities do not have "ensure" -- (oh, gee, y

Re: [MacRuby-devel] Build problems

2009-07-10 Thread Laurent Sansonetti
This is a regression introduced by my last commit, I was working on a fix yesterday but it's not complete yet. I will continue today and commit later :) Laurent On Jul 10, 2009, at 5:40 AM, Perry Smith wrote: I just did "svn update", rake clean, rake and got: ../../miniruby -I../.. -I../.

Re: [MacRuby-devel] Changing tags on some tests?

2009-07-10 Thread Eloy Duran
That's correct :) Eloy On 10 jul 2009, at 19:31, Mike Sassak wrote: Is the critical tag reserved for specs that cause an unrecoverable error in the interpreter, or can they also sometimes indicate priority? In other words, if a tag marked critical starts failing at the assertion/expectati

Re: [MacRuby-devel] Changing tags on some tests?

2009-07-10 Thread Mike Sassak
Is the critical tag reserved for specs that cause an unrecoverable error in the interpreter, or can they also sometimes indicate priority? In other words, if a tag marked critical starts failing at the assertion/expectation level, rather than at the interpreter level, should that tag be changed to

[MacRuby-devel] Build problems

2009-07-10 Thread Perry Smith
I just did "svn update", rake clean, rake and got: ../../miniruby -I../.. -I../../lib ./tools/preproc.rb ../../parse.y -- output=ripper.y ambiguous option: --output=ripper.y Usage: preproc.rb [--output=PATH] --output=PATHAn output file. --help

Re: [MacRuby-devel] Return from thread context

2009-07-10 Thread Perry Smith
Hi Laurent, You used the term "block" below. I don't know enough about the code yet but I would assume that "block" means either a basic block or something between curly braces. Those entities do not have "ensure" -- (oh, gee, you used the term block here too...) Anyway. My thought /

Re: [MacRuby-devel] Better is always different...

2009-07-10 Thread Eloy Duran
I think Laurent will write specific MacRuby specs for these differences, so you could look it up from there and write the wiki. Or others interested could simply check the specs to see it for themselves. Eloy On Jul 9, 2009, at 10:12 PM, Rich Morin wrote: I've been studiously avoiding doin

Re: [MacRuby-devel] Changing tags on some tests?

2009-07-10 Thread Eloy Duran
Yes indeed, the ones that segfault should be tagged as critical. To list all current critical tags: $ ./mspec/bin/mspec tag --list critical -B ./spec/macruby.mspec :full Cheers, Eloy On Jul 10, 2009, at 4:21 AM, Laurent Sansonetti wrote: I think the plan is to tag these as "critical". At least