Re: nREPL + Emacs: How to get new definitions to load reliably?

2013-02-23 Thread Karl Smeltzer
> I've added an experimental feature in tools.namespace 0.2.3-SNAPSHOT which > tries to recover the namespace configuration in your REPL after an error > during reload. What that hopefully means is you can call `refresh` as you > normally would even after an error. I really appreciate you working

Re: nREPL + Emacs: How to get new definitions to load reliably?

2013-02-21 Thread Karl Smeltzer
Thanks for that helper function. I suppose that's as close as I'll get for the time being. On Thu, Feb 21, 2013 at 6:03 AM, Stuart Sierra wrote: >> For what it's worth, I tried using tools.namespace but if I >> (refresh) code that doesn't compile, then suddenly the refresh >> symbol is out of sc

Re: nREPL + Emacs: How to get new definitions to load reliably?

2013-02-19 Thread Karl Smeltzer
x27;m sure there's a better way with emacs. > > > On Tue, Feb 19, 2013 at 10:16 PM, Karl Smeltzer > > > wrote: > >> Suppose I have two namespaces (ns1 and ns2) and the first "uses" the >> second. When I load ns1 and switch to its namespace in nREPL

nREPL + Emacs: How to get new definitions to load reliably?

2013-02-19 Thread Karl Smeltzer
Suppose I have two namespaces (ns1 and ns2) and the first "uses" the second. When I load ns1 and switch to its namespace in nREPL, everything works as expected. If I then make changes to existing definitions in ns2 and reload that file, everything still works as expected. Finally, when I try

Re: Help getting Clojure/Leiningen 2.0 building with LWJGL

2012-07-10 Thread Karl Smeltzer
On Tue, Jul 10, 2012 at 8:36 AM, George Oliver wrote: > > > On Sunday, July 8, 2012 7:26:05 PM UTC-7, Karl Smeltzer wrote: >> >> >> 3. Added :native-path "native" to my project.clj, although I'm not sure >> this is correct or working the way I

Help getting Clojure/Leiningen 2.0 building with LWJGL

2012-07-10 Thread Karl Smeltzer
Is anybody willing and able to walk me through getting a simple project compiling which correctly manages all the dependencies required by LWJGL [1]? It seems that Leiningen's handling of native dependencies has changed over time and so much of the already scant information on the web is no lon