Re: AOT/gen-class docs

2013-02-09 Thread Juan Carlos Kuri Pinto
I was programming a Clojure applet when I had similar problems with java.lang.ExceptionInInitializerError. But my experience with Java told me to delete the old class files generated by my project. And it worked. Always delete the old class files in every compilation and the problem disappears.

Re: AOT/gen-class docs

2008-12-02 Thread Rich Hickey
On Dec 2, 12:12 pm, Chouser <[EMAIL PROTECTED]> wrote: > On Tue, Dec 2, 2008 at 10:24 AM, Rich Hickey <[EMAIL PROTECTED]> wrote: > > > Proxy generation was the last runtime code-gen/classloader > > requirement. So the path is clear for building Clojure apps without > > runtime codegen, for deli

Re: AOT/gen-class docs

2008-12-02 Thread Chouser
On Tue, Dec 2, 2008 at 10:24 AM, Rich Hickey <[EMAIL PROTECTED]> wrote: > > Proxy generation was the last runtime code-gen/classloader > requirement. So the path is clear for building Clojure apps without > runtime codegen, for delivery in those environments that preclude it > (e.g. Android, unsi

Re: AOT/gen-class docs

2008-12-02 Thread Rich Hickey
I've made substantial enhancements to gen-class over the weekend. Please refresh and read: http://clojure.org/compilation In short, I've made it so that you can call gen-class stand-alone. This will generate a stub class at AOT compile time. The relationship between a generated class and its im

Re: AOT/gen-class docs

2008-11-27 Thread Rich Hickey
On Nov 27, 11:42 am, "Michael Reid" <[EMAIL PROTECTED]> wrote: > > gen-class will always create a relationship between the stub class and > > the load (__init) class, as well as the namespace in which the > > implementations will be found, the naming conventions for matching > > etc. It's a high

Re: AOT/gen-class docs

2008-11-27 Thread Michael Reid
> gen-class will always create a relationship between the stub class and > the load (__init) class, as well as the namespace in which the > implementations will be found, the naming conventions for matching > etc. It's a high-level feature with a lot of power, but by no means > represents a univer

Re: AOT/gen-class docs

2008-11-27 Thread Rich Hickey
On Nov 26, 11:06 pm, Chas Emerick <[EMAIL PROTECTED]> wrote: > Looks good so far, Rich. Should be a blissfully smooth transition > from the "legacy" gen-class impl. > > This is only tangentially related to the docs you're writing, but I > won't let that stop me: > > As you know, I have at least

Re: AOT/gen-class docs

2008-11-26 Thread Chas Emerick
Looks good so far, Rich. Should be a blissfully smooth transition from the "legacy" gen-class impl. This is only tangentially related to the docs you're writing, but I won't let that stop me: As you know, I have at least one use case where being able to generate gen-class specs from a macro (or

AOT/gen-class docs

2008-11-26 Thread Rich Hickey
I've started documenting AOT compilation and the new :gen-class option for ns: http://clojure.org/compilation It's still a work in progress. Feedback welcome. Rich --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "C