right, i managed to reproduce it here, thanks! so i am opening a bug and linking back here
On Wednesday, March 13, 2013 12:48:43 PM UTC+2, Marko Topolnik wrote: > > Yes, the error is there. I also created a *lein new app* project, which > by default creates a gen-classed main namespace: > > (ns call-test.core (:gen-class)) > (set! *warn-on-reflection* true) > (defn -main [& args] (.x (test.ConcreteChild.))) > > Now try *lein do clean, uberjar. *It will report a reflection warning > while AOT-compiling. > > Then do *java -jar target/call-test-0.1.0-SNAPSHOT-standalone.jar *and > see it fail. > > This cleanly separates compile time from runtime. > > On Wednesday, March 13, 2013 11:44:05 AM UTC+1, shlomi...@gmail.com wrote: >> >> very interesting.. are you getting the same error as i originally got? >> >> On Wednesday, March 13, 2013 12:38:26 PM UTC+2, Marko Topolnik wrote: >>> >>> 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.