Detailed finding: it *doesn't* fail at compile time; it always fails at 
runtime.

Reason: at compile time there is a *reflection warning*, which means that 
the method wasn't found and a reflective call was emited by the compiler.

On Wednesday, March 13, 2013 11:31:08 AM UTC+1, Marko Topolnik wrote:
>
> I did it: the method must be final. Apparently without that the child is 
> compiled with an overriding method that I didn't even define!
>
> On Wednesday, March 13, 2013 11:27:55 AM UTC+1, Marko Topolnik wrote:
>>
>> You should first make a minimal example that reproduces this. I've just 
>> failed to do so with the following:
>>
>> abstract class AbstractParent {
>>     public void x() { System.out.println("x"); }
>> }
>>
>> public class ConcreteChild extends AbstractParent {
>> }
>>
>> user> (set! *warn-on-reflection* true)
>> true
>> user> (.x (test.ConcreteChild.))
>> nil
>> user> (.x ^test.AbstractParent (test.ConcreteChild.))
>> nil
>> user> (def cc (test.ConcreteChild.))
>> #'user/cc
>> user> (.x cc)
>> Reflection warning, NO_SOURCE_PATH:1:1 - reference to field x can't be 
>> resolved.
>> nil
>> user> 
>>
>> What must I add to break it?
>>
>>>

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to