What does the ref *loaded-libs* do?

2018-01-29 Thread Raymond Huang
I was poking around `tools.namespace` and I found it interesting that the implementation of `remove-lib` is: ```(defn remove-lib "Remove lib's namespace and remove lib from the set of loaded libs." [lib] (remove-ns lib) (dosync (alter @#'clojure.core/*loaded-libs* disj lib))) ``` I’m

Re: [ANN] clojure tools 1.9.0.315, tools.deps.alpha 0.5.342

2018-01-29 Thread Alex Miller
On Mon, Jan 29, 2018 at 3:34 PM, David Bürgin wrote: > Ah, I didn’t think of checking other branches, thank you both. There are tags for all the releases as well which will take you to the right place. -- You received this message because you are subscribed to the Google

Re: [ANN] clojure tools 1.9.0.315, tools.deps.alpha 0.5.342

2018-01-29 Thread David Bürgin
Ah, I didn’t think of checking other branches, thank you both. -- 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

Re: [ANN] clojure tools 1.9.0.315, tools.deps.alpha 0.5.342

2018-01-29 Thread Alex Miller
Correct - the current releases are coming out of the 1.9.0 branch. I have (pre 1.9) used master for dev releases, which I have not yet done since 1.9 came out. At some point I will port everything to master and release with a dev version tracking Clojure 1.10. On the help message, that’s been

RE: [ANN] clojure tools 1.9.0.315, tools.deps.alpha 0.5.342

2018-01-29 Thread Sean Corfield
It’s on the 1.9.0 branch: https://github.com/clojure/brew-install/blob/1.9.0/src/main/resources/clojure#L32 Sean Corfield -- (970) FOR-SEAN -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood

Re: [ANN] clojure tools 1.9.0.315, tools.deps.alpha 0.5.342

2018-01-29 Thread David Bürgin
On 23/01/18 21:37, Alex Miller wrote: > clojure tools 1.9.0.315 is now available in brew and > via https://clojure.org/guides/getting_started > > Highlights: > >   * NEW -Stree to print dependency tree >   * NEW -Sdeps to supply a deps.edn on the command line as data >   * FIX bug with git deps

Re: Bazel as Clojure build tool

2018-01-29 Thread Nathan Fisher
Hi Kiril, I think you’d need to set your expectations. Faster builds are unlikely to be one of the benefits. A unified build tool is one. I’ve seen a few similar attempts with Buck which was inspired by Bazel. They either generate lein projects on the fly or call into the Clojure compiler

Re: [ANN] clj-java-decompiler - decompile any Clojure form into Java in the REPL

2018-01-29 Thread Howard Lewis Ship
Very impressive; this is already answering some nagging questions I've had about code generation, especially with protocols and defrecord. On Mon, Jan 29, 2018 at 8:25 AM, Laurens Van Houtven <_...@lvh.io> wrote: > This is awesome! Thanks Alexander! > > On Mon, Jan 29, 2018 at 8:58 AM, Alexander

Re: [ANN] clj-java-decompiler - decompile any Clojure form into Java in the REPL

2018-01-29 Thread Laurens Van Houtven
This is awesome! Thanks Alexander! On Mon, Jan 29, 2018 at 8:58 AM, Alexander Yakushev wrote: > I'm happy to release clj-java-decompiler[1] today, a wrapper around > Procyon[2] Java decompiler. With it, you can cut the feedback loop of > writing a file, AOT-compiling it,

Bazel as Clojure build tool

2018-01-29 Thread Kiril Videlov
Hello, I have been looking at the Bazel build tool for a multi-language mono-repo and I was wondering if anybody has tried it in the context of Clojure projects. I have only found the lein-monolith plugin which appears to

[ANN] clj-java-decompiler - decompile any Clojure form into Java in the REPL

2018-01-29 Thread Alexander Yakushev
I'm happy to release clj-java-decompiler[1] today, a wrapper around Procyon[2] Java decompiler. With it, you can cut the feedback loop of writing a file, AOT-compiling it, and then running the classes through a decompiler to a single call in the REPL. user> (clj-java-decompiler.core/decompile

Re: [ANN] clojure tools 1.9.0.315, tools.deps.alpha 0.5.342

2018-01-29 Thread Bozhidar Batsov
My bad. Actually we shouldn't need the deps at all as they're supposed to be inlined in the artefact even now. No idea what exactly's going on here, but I guess we'll sort it out with Benedek. On 29 January 2018 at 11:38, Bozhidar Batsov wrote: > Ah, yeah - that's an odd

Re: [ANN] clojure tools 1.9.0.315, tools.deps.alpha 0.5.342

2018-01-29 Thread Bozhidar Batsov
Ah, yeah - that's an odd situation that I didn't think about. I guess with clj we'll have to enumerate all the deps explicitly, although this would make the code vulnerable to dependency conflicts (the reason why we're doing this source rewriting to begin with). On 28 January 2018 at 05:38, Alex