[ruby-core:66409] Re: [ruby-trunk - Feature #8543] rb_iseq_load

[e-mail] wrote:
> But ultimately, the result of the manual bisect was:
> 
> 66d247bcb50a29769ff940100223544c125521aa is the first bad commit
> commit 66d247bcb50a29769ff940100223544c125521aa
> Author: ko1 <ko1@b2dd03c8-39d4-4d8f-98ff-823fe69b080e>
> Date:   Tue Apr 24 09:20:42 2012 +0000
> 
>     * compile.c: fix to output warning when the same literals
>       are available as a condition of same case clause.
>       And remove infomation ('#n') because we can find duplicated
>       condition with explicit line numbers.
>       [ruby-core:38343] [Ruby 1.9 - Bug #5068]
>     * test/ruby/test_syntax.rb: add a test for above.

That was only one of the breakages :)
Things have bitrotted a lot over the years.

The following patch might be ready to commit to trunk:

   http://80x24.org/spew/m/[e-mail]

It's better than the complete breakage we have right now, so I might
commit the above in a few days.  The new test case I added should
help (or force) other core committers to maintain iseq loading,
though.

There's no public API change in this version of my patch.

The test cases are probably not complete, though.  I am mainly
interested in the feature because I'm working on another (in-core)
optimization which may utilize this.

I can definitely use some help thinking of better test cases since I
don't believe I remember all of Ruby syntax :x