Buck Golemon writes:
I take this to mean that there's no widely accepted solution.
The widely-accepted solution is to leave a single process running. It
certainly has limitations, but it's the way most people deal with the
problem.
Really, I just want `lein run` to be faster. Can someone
On Mon, Mar 4, 2013 at 10:30 AM, Phil Hagelberg p...@hagelb.org wrote:
Buck Golemon writes:
I take this to mean that there's no widely accepted solution.
The widely-accepted solution is to leave a single process running. It
certainly has limitations, but it's the way most people deal with
Buck Golemon writes:
I'm quite interested in the interactive session option, but none of
the mechanics are described. How would I do the equivalent of `lein
run` or `line cljs autobuild` in the repl? Did I miss this in the docs
somewhere? It's also quite possible that it's an obvious feature
If you specify AOT compilation for your main namespace (which presumably
depends on everything else), the compilation resutls will be saved and
reused.
On Sunday, March 3, 2013 8:40:27 AM UTC+1, Buck Golemon wrote:
Thanks Luc.
In summary, the current compile system has no smart way to cache
So to summarize it seems that one of you uses drip, a couple think it's a
non-issue, and the rest want to design a new system.
I take this to mean that there's no widely accepted solution.
I don't/won't use emacs so nREPL.el is out for me. I use vim, so it's most
natural for me to have some
On Wednesday, February 20, 2013 11:05:19 AM UTC-8, Phil Hagelberg wrote:
Softaddicts writes:
SSD + fastest laptop in your price range ;)
lein2 help takes 12 seconds from start to back at command prompt...
FWIW the help task is basically the worst case scenario for measuring
On Wednesday, February 20, 2013 10:51:55 AM UTC-8, Phil Hagelberg wrote:
Buck Golemon writes:
Can I use lein1 and expect the various clojure libraries and templates
to
work?
Not really. You could use it on your own projects if you stick to a
subset of project.clj that's
If you look at the dependencies you are using, the Clojure libs
are delivered as source code.
This makes sense, the lib creator/maintainer does not have the slightest idea
of your target runtime (which JVM implementation, which version,...).
There a single version available to all possible target
2013/3/3 Softaddicts lprefonta...@softaddicts.ca
I want also to investigate if lein itself could be pre-compiled by the same
plugin.
Lein is AOT compiled. You will find compiled versions of Clojure, REPLy,
clj-http
and other dependencies in the standalone jar.
--
MK
Thanks Luc.
In summary, the current compile system has no smart way to cache
compilation steps, even when it (could) know that the dependencies are
unchanged?
I can see that this might be hard, as the jvm itself, and the version of
closure are implicit global dependencies. A fully reliable
The byte cache avenue is one, allowing for AOT compilation of artifacts in the
local
repo on disk is another one.
Here we use archiva so reloading dependencies does not even require internet.
Still need to see how can this come to play with lein's dependency checking
an avoid resyncing the local
2013/2/21 Phil Hagelberg p...@hagelb.org
Unless you want to clear the cache manually every time your dependencies
change, you'd have to make a parallel tree of jars for each version of
Clojure you plan on using.
Ah yes, I forgot that clojure code may compile differently, depending on
the
I see that lein2 has factored out the 'interactive' command.
Can I use lein1 and expect the various clojure libraries and templates to
work?
There's been several mentions of jark in relation to speeding up lein. From
what I see, it doesn't seem battle tested. Do any of you use it on a daily
I've been using drip with quite some success (with the exception of midje
tests which seem to launch their own jvm every time.)
On 20 February 2013 15:53, Buck Golemon workithar...@gmail.com wrote:
I see that lein2 has factored out the 'interactive' command.
Can I use lein1 and expect the
SSD + fastest laptop in your price range ;)
lein2 help takes 12 seconds from start to back at command prompt...
We have a huge build here with 9 distinct projects, AOT, ...
lein is fired up maybe a dozen times and it takes a bit
above 3 mns elapsed time and 2mns of cpu time.
Quite happy to live
Drip does not give me any significant advantage on my hardware...
I think that most of this 12 seconds is spent compiling and initializing all
the plugins
on top of lein and clojure itself.
One day I will have some time to spit out a tool to create a local AOT version
of
all these nice tools to
I've got very variable performance from drip. In some cases, it's
slower.
My guess is that it runs the application in the last JVM, and spins up
the new one to replace it at the same time. On slow machines, this is
problematic.
Personally, I use patience; I find this solves all my problems.
You should have worked on a vax-725 with a removable 10mb disk the size if a
large pizza 4 inches thick .
It would have torned your patience to snowflakes which are presently
falling on my head, almost as white as my hairs which have been whitening over
years of waiting after the then really too
Softaddicts writes:
SSD + fastest laptop in your price range ;)
lein2 help takes 12 seconds from start to back at command prompt...
FWIW the help task is basically the worst case scenario for measuring
startup time since it has to load every single task in order to get
docstrings for them. If
on win7 64bit
Microsoft Windows [Version 6.1.7601]
C:\Users\usercd \1
C:\1powershell
Windows PowerShell
Copyright (C) 2009 Microsoft Corporation. All rights reserved.
PS C:\1 Measure-Command {*lein version*}
Days : 0
Hours : 0
Minutes : 0
Seconds :
I am around the same figures, mostly cpu time.
If I take our software which is AOT compiled, I can eval nil (or simple values)
through clojure.man in 0.9 seconds. I see this as a significant improvement,
we use about two dozen Clojure libs, most of which get at least partially
compiled
prior to
21 matches
Mail list logo
