How to use NAR dependency from Leiningen
Hello all, I have created, tested and packaged a JNI library to a nar archive using nar-maven-plugin 3.2.0. It compiles and installs into .m2 local repository. Now, if I would wanted to call it from another project. As I understand, if it was a Maven project, I would need to do 2 things: 1. add a dependency and specify its type as nar, and 2. add nar-maven-plugin in the plugins section so maven knows what to do with the nar file. HERE IS THE QUESTION: I need to use the nar library from leiningen - HOW? :). I have seen on the nar-maven-website that Leining is mentioned only here: http://maven-nar.github.io/dependency-info.html, but nothing more. I tried to add nar-maven-plugin to :plugins in project.clj but it does not help. I have also tried to add :type nar for my library's dependency - not recognized. If i add :extension nar, the repl starts, but the class that is in it is not found. I understand that the Leiningen list might be a better place for this question, but I have just joined there and cannot post yet. -- 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/d/optout.
Re: try-let
Old thread, but still works great, thanks! Den onsdag den 28. april 2010 03.25.26 UTC+2 skrev ataggart: Inspired from an earlier discussion, I've written a macro that allows let-style binding values to be try'd, and still available to catch/ finally clauses. E.g.: (try-let [from (API/open from-addr) to (API/open to-addr)] (do-stuff from to) (finally (if to (doto to .flush .close)) (if from (.close from (Setting aside the fact that the above example would probably be better implemented using with-open) Source: http://gist.github.com/377278 -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clo...@googlegroups.com javascript: Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+u...@googlegroups.com javascript: 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 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/d/optout.
Re: Persistent Data Structures for Objective-C/LLVM
Wow, that's incredible! Who would have thought that anything written in ClojureScript - and running inside a JS engine - could ever be so much faster than an Objective-C implementation! On Thu, Nov 13, 2014 at 5:17 AM, Mike Fikes mikefike...@gmail.com wrote: I'm thinking Anton's persistent collections could be useful on iOS. Out of curiosity, I made a small iOS project that compares the performance of Anton's map to ClojureScript's, when adding lots of key-value pairs (using transients): https://github.com/mfikes/persistent-objc-cljs Interestingly, they both run at nearly the same speed on an iOS device. But, when running on a Mac, the ClojureScript is currently about a factor of 7 times faster than the Objective-C. -- 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/d/optout. -- 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/d/optout.
[ANN] org.clojure/tools.namespace 0.2.8
tools.namespace: parse namespace declarations and reload files in dependency order. https://github.com/clojure/tools.namespace Release 0.2.8 contains the following changes: * Improvement [TNS-31]: Specific error message when `:after` symbol passed to `refresh` cannot be resolved. * Fix [TNS-26]: namespace alias recovery after failed reload did not work due to local binding shadowing global Var [TNS-26]: http://dev.clojure.org/jira/browse/TNS-26 [TNS-31]: http://dev.clojure.org/jira/browse/TNS-31 Leiningen dependency information: [org.clojure/tools.namespace 0.2.8] Downloads and dependency information for other tools: http://search.maven.org/#artifactdetails%7Corg.clojure%7Ctools.namespace%7C0.2.8%7Cjar This is a Clojure-contrib project, http://dev.clojure.org/display/doc/Clojure+Contrib -- 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/d/optout.
Re: ANN: ClojureScript 0.0-2496, cljs.test - a clojure.test port
I just cut 0.0-2498, the only change is support for `cljs.test/use-fixtures` analogous to `clojure.test/use-fixtures`. David On Wed, Dec 17, 2014 at 4:54 PM, David Nolen dnolen.li...@gmail.com wrote: ClojureScript, the Clojure compiler that emits JavaScript source code. README and source code: https://github.com/clojure/clojurescript New release version: 0.0-2496 Leiningen dependency information: [org.clojure/clojurescript 0.0-2496] The big change in this release is a port of the clojure.test namespace - cljs.test. It is largely compatible with clojure.test and implements enough functionality such that we could port all of the existing tests to it. It's also featureful enough to support a ClojureScript port of test.check that is underway. cljs.test is compatible with all of the optimization settings provided by the compiler including :none. Still cljs.test may not satisfy all the patterns that people have come to expect from clojure.test so feedback (and enhancement/fix patches) is very welcome. On the way we implemented changes to the compiler in order to make custom testing frameworks simpler to implement - this includes compiler support for :test metadata as well as introducing static vars. ClojureScript does not have vars, however there are var patterns that are largely static in nature and useful for metaprogramming and REPL interactions. Towards this end we've implemented the `var` special form and introduced very restricted functionality - metadata is the primary use case. (defn foo []) (meta #'foo) ;; will return the expected metadata cljs.test is implemented on top of this functionality as well as a new namespace cljs.analyzer.api which I think macro writers will find quite useful. Also there's a doc macro now in the cljs.repl namespace that works as expected. Patches welcome to bring all the useful bits of clojure.repl into cljs.repl. ## 0.0-2496 ### Enhancements * cljs.test added, mirrors clojure.test * New cljs.analyzer.api namespace for easier access to analysis info from macros * New cljs.analyzer.api namespace for easier access to analysis info from macros * Support :test metadata on vars * Support static vars * cljs.source-map for client side source mapping * expose ClojureScript :warnings build option * CLJS-909: Add stable api for consumers of compiler data. ### Changes * convert all ClojureScript tests to cljs.test * add volatile! from Clojure 1.7 * stateful transducers use volatile! * added `js-debugger` macro, compiles to debugger; * CLJS-892: Improve performance of compare-symbols/compare-keywords * CLJS-696: remove arguments usage from defrecord constructor * unroll `partial`, copy pasted from Clojure core.clj * optimize clojure.string/join ### Fixes * fix `cljs.nodejs/enable-util-print!`, incorrectly monkey patched `cjls.core/string-print` instead of setting `cljs.core/*print-fn*` * cljs.reader bug, '/ incorrectly read * avoid emitting the same goog.require -- 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/d/optout.