Class generated for interface-implementing block does not match signature when arg not specified

[nedgar]

interface Console do
  def write(s:String):void;end
end

class Greeter
  def greet(m:String, c:Console)
    c.write m
  end
end

Greeter.new.greet("Hi") {
  puts "Yo"
}

Generates the following class for the block:

  public static class __xform_tmp_2 extends java.lang.Object implements Console {
...
    public void write() {
...

At runtime, this results in:

Exception in thread "main" java.lang.reflect.InvocationTargetException
...
Caused by: java.lang.AbstractMethodError: BlockTest1$__xform_tmp_2.write(Ljava/lang/String;)V
    at Greeter.greet(BlockTest1.mirah:8)
    at BlockTest1.main(BlockTest1.mirah:12)

I've also had it crash the VM on one of the SWT Snippets, if this happens when it's in a callback e.g. due to button press.

The signature should be write(String m) instead, even if m is not used.

[baroquebobcat]

Would you expect it to give you an error about the wrong # of arguments on the block or to try to work anyway?

[consiliens]

"Comment 1 by rogerpack2005, May 30, 2011
I was able to reproduce this :)"
http://code.google.com/p/mirah/issues/detail?id=37

[nedgar]

I think at the time I expected it to generate a write(String s) method where s is ignored in its body, but maybe it does make more sense for the compiler to flag the mismatch in the # of args.

[baroquebobcat]

I've got an idea for fixing this that I'll look into next week. Essentially, when turning the block into a closure class, check the provided args against the args of the fn it's implementing and raise an error if they don't match.

We could probably handle the no args passed to the block case there too.

https://github.com/mirah/mirah/blob/a044d7b976/lib/mirah/ast/structure.rb#L209

right now it just blindly uses the arguments for the block when constructing the method definition.

[baroquebobcat]

now, Mirah complains when the block's args don't match. 98acfef