Yes, thats I wanted.
Thanks a lot
Regards
Em domingo, 3 de abril de 2016 07:10:01 UTC-3, Ashish Negi escreveu:
>
> By default build tool : lein would not do AOT i.e. create .class files.
> So, your jar with `lein uberjar` would have .clj files. You can verify with
> un-tar the jar.
>
> If you h
By default build tool : lein would not do AOT i.e. create .class files. So,
your jar with `lein uberjar` would have .clj files. You can verify with
un-tar the jar.
If you have a `-main` then you can use :skip-aot for not doing aot..
see
https://github.com/technomancy/leiningen/blob/master/samp
Hello Fernando,
Please correct me if I've misunderstood. If you want to install one of your
libraries locally and are running leiningen just execute:
lein install
This way you can reference it in other projects just like you would a
library from clojars.org.
Regards,
Kalle
Den 2 apr. 2016 02:1
OK, here is an older library project that uses
lein: https://github.com/laforge49/aatree
So I guess that covers all the bases. Personally I find boot to be amazing.
And easy to use.
Bill
On Friday, April 1, 2016 at 8:19:46 PM UTC-4, William la Forge wrote:
>
> OOps. Here's the link: https://gi
OOps. Here's the link: https://github.com/aatree/aautil/
On Friday, April 1, 2016 at 8:19:01 PM UTC-4, William la Forge wrote:
>
> Here is a sample library which works the way you are asking. It uses boot,
> but then you didn't specify what build tool you wanted to use. :-)
>
> On Friday, April 1
Here is a sample library which works the way you are asking. It uses boot,
but then you didn't specify what build tool you wanted to use. :-)
On Friday, April 1, 2016 at 9:33:45 AM UTC-4, Fernando Abrao wrote:
>
> Hello all,
>
> What is the best way to create a lib for internal propose, that gene
Thanks so much Dave that was it! :)
On Friday, September 7, 2012 11:08:50 AM UTC-7, daveray wrote:
>
> slurp is happy to slurp from a URL, no need for the (.getFile) call on
> the resource. In other words, the file returned for a resource that's
> been compiled into a jar isn't very useful. Stic
slurp is happy to slurp from a URL, no need for the (.getFile) call on
the resource. In other words, the file returned for a resource that's
been compiled into a jar isn't very useful. Stick with the URL
returned bye clojure.java.io/resource.
Dave
On Fri, Sep 7, 2012 at 10:58 AM, fenton wrote:
>
On Apr 21, 1:16 am, Brian Doyle wrote:
> I posted this a couple of weeks ago and haven't seen it updated on the
> clojure
> website. Maybe it got lost in the shuffle.
>
I'd missed it - sorry. It's up now.
Thanks!
Rich
--~--~-~--~~~---~--~~
You received this
i was talking about something related in the chat group, but I'm not good
enough yet to implement it. I want to rewrite the doc method slightly in a
way that would go a LONG way for newbies. The current way actually looks
like java . . . like the parens are around the input params. But that's
ju
More as a note to future Clojure doc'ers than anything else: It seems
that noobies (including myself) get bitten by the lazy versus
immediate evaluation functions all the time (e.g. for versus doseq/
doall). If this problem isn't solved through naming conventions
(probably way too tedious to be
Hello,
As modest as this could be in the quest of a formal categorization, I
find the integrated string pattern search integrated into clojuredev
really useful, so I can't resist to do this shameless plug.
You can see it in action, with a search on the word "string", either
by searching the word
On Tue, Jan 20, 2009 at 10:09 AM, Mark Addleman
wrote:
>
> I'm a long time Java programmer and, before that, a Smalltalker. One
> of the major biggest challenges I face when picking up a new language
> is getting a working understanding of its libraries. I believe that
> standardizing on a doc
13 matches
Mail list logo
