it.
Doesn't mean we actually enjoy that part of it ;)
--
Love regards etc
David Miller
http://www.deadpansincerity.com
07854 880 883
--
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
Fixed in latest commit. (commit 7dd9fcb, which is taking quite some
time to appear on github, so make sure you see this one in the commit
history)
-David
On Oct 13, 2:22 am, Dmitry Kakurin dmitry.kaku...@gmail.com wrote:
What's wrong with my definition of sqrt?
user= (defn sqrt [x] (.
The problem is not in your code. The problem is in the ClojureCLR
compiler's reliance on how the DLR handles calls to methods in these
circumstances.
In ClojureCLR, at present:
(defn sqrt [x] (Math/Sqrt x))
(sqrt 4.0) # - 2.0
(sqrt 4) # fails
(Math/Sqrt 4.0) # - 2.0
(Math/Sqrt 4) # - 2.0
Miller dmiller2...@gmail.com wrote:
Latest commit adds support for letfn.
--David
On Oct 11, 12:20 am, David Miller dmiller2...@gmail.com wrote:
For limitations and unimplemented features, go to the github site and
check out the Issues tab and in the wiki, look at the 'To Do' page
Latest commit adds support for letfn.
--David
On Oct 11, 12:20 am, David Miller dmiller2...@gmail.com wrote:
For limitations and unimplemented features, go to the github site and
check out the Issues tab and in the wiki, look at the 'To Do' page
and the bottom of the 'CLR Interop' page.
I
For limitations and unimplemented features, go to the github site and
check out the Issues tab and in the wiki, look at the 'To Do' page
and the bottom of the 'CLR Interop' page.
I just added the non-implementation of letfn as an issue. Will be
fixed shortly, probably tomorrow. (Red face,
Short answer: It's a bug.
Longer answer: It's a problem with type propagation in let. It'll
take me a day or so to fix it.
The handling of non-primitive value types by the compiler still has
some problems. Any place where the JVM compiler is discriminating
between primitive types and reference
Should be fixed in the latest commit.
Any of the following will work.
(System.Reflection.Assembly/Load WindowsBase, Version=3.0.0.0,
Culture=neutral, PublicKeyToken=31bf3856ad364e35)
(import '(System.Windows.Media Matrix))
(defn b [m] (doto m (.Scale 2.0 3.0)))
(defn a1 [] (b (Matrix.)))
(defn
the clojure programmer can be productive: porting
contrib, working on SLIME, etc.)
It's close, but at the moment, it's just me. Hardy adventurers, apply
within.
--David Miller
--~--~-~--~~~---~--~~
You received this message because you are subscribed
Thanks for catching that. I had only tested out of VS. I'll add a
note to the sample.
I won't add the Load call to the sample yet, though, since it is CLR
version dependent. Eventually, I suppose it will be best to add a
config file with the appropriate info for assemblies that come
with .Net.
Using a variant of your code, I got results like this:
ReadFile: 516 msecs
ReadFile: 75 msecs
ReadFile: 76 msecs
ReadFile: 75 msecs
...
-David
Profiling shows the bulk of the time on the first iteration being
taken up by the JIT-compiler. On subsequent iterations, either
String.Intern or
(unless somebody beats me to it :) to do this without using anything
other than what comes with VS.
On Aug 26, 11:50 am, Rich Hickey richhic...@gmail.com wrote:
On Aug 26, 11:42 am, Shawn Hoover shawn.hoo...@gmail.com wrote:
On Sat, Aug 15, 2009 at 8:36 AM, David Miller dmiller2
The warnings are given at any point where the compiler is compiling a
host expression (CLR interop) and it can't resolve the exact method to
call at compile-time. Some of these can't be avoided and are
normal.
The reflection warnings are because *warn-on-reflection* has been
initialized to
On Aug 15, 8:44 am, Mark mwatt...@gmail.com wrote:
Thanks David,
On Sat, Aug 15, 2009 at 8:36 AM, David Miller dmiller2...@gmail.com wrote:
...
http://wiki.github.com/richhickey/clojure-clr/installing-clojureclr
Done - I had no problems with this except that the mention
Unless you want the default value for a non initialized boolean value to be
true ...
(let [x (or false true)] = whooops
In defense: ad hoc solutions don't need 100% coverage,
mea culpa: I shouldn't have switched to it in discussing the macro.
mea maxima culpa: I hesitated mentioning it at
(let [ x (or nil 4)
y (or 2 6)
z (or nil 10)]
(+ x y z))
= 16
This use of 'or' is fairly idiomatic, and not just in Lispish. Less
typing than 'if'. And you can use it or not, unlike i-let, which
forces you to put in a default for all bindings.
Regarding the implementation of
There are a number of aspects of the CLR dissimilar to the JVM that
the current implementation of ClojureCLR does not properly account
for. Some of these will require extensions to Clojure, e.g. in symbol
syntax if we are to allow CLR-specific type references.
A short and by no means complete
I am familiar with Mono, but not with the Mono developer attempts to
make it a happy place for FP. Thanks for the tip.
The more the merrier.
On Jun 11, 2:27 pm, John \Z-Bo\ Zabroski johnzabro...@gmail.com
wrote:
On Jun 11, 12:11 am, David Miller dmiller2...@gmail.com wrote:
Improving
am, Paul Stadig p...@stadig.name wrote:
I believe David Miller is the one who wrote the CLR code, and he is still
hacking on it when he has time.
In addition to what is checked into contrib there is also this:
http://github.com/dmiller/ClojureCLR/tree/master
I'm not sure
richhic...@gmail.com wrote:
On Jun 11, 9:57 am, Paul Stadig p...@stadig.name wrote:
I believe David Miller is the one who wrote the CLR code, and he is
still
hacking on it when he has time.
In addition to what is checked into contrib there is also this:
http://github.com
that are relevant and will be playing with
them soon.
Improving the performance of ClojureCLR is in the top two development
goals. (Porting to Mono is the other.)
-- David Miller
On Jun 9, 8:31 pm, John \Z-Bo\ Zabroski johnzabro...@gmail.com
wrote:
I am basically in love with Clojure. It fixes
: Proxying and genclass haven't been attempted yet.
: Can you guess how long they should take to implement?
Probably not too long. I cannot do a straight conversion of
core_proxy.clj and genclass.clj as I did with other bootstrap files --
the code is heavily dependent on the ASM bytcode
pm, Shawn Hoover shawn.hoo...@gmail.com wrote:
On Mon, Jun 1, 2009 at 4:15 PM, Konrad Hinsen
konrad.hin...@laposte.netwrote:
On 01.06.2009, at 19:57, David Miller wrote:
: It'd be much easier to play with if you provide a precompiled
: executable :)
I thought about that. Adding
I'll add a note on the necessary command-line args to
BootstrapCompile. I didn't think of it because I'm always running
debug mode inside VS and the command line args are set up in the
project properties.
The speedup in startup you saw is consistent with my experience.
Thanks for the feedback.
24 matches
Mail list logo