> ClojureCLR 1.3.0 is now available.
>
> Same updates as Clojure 1.3.0.
Wow, David. That's some incredible work that you've done. Even though
I don't use ClojureCLR, I can understand the amount of effort that has
gone into the release.
Heartiest congratulations.
Regards,
BG
--
Baishampayan Gho
Nice! This is great. Will the :only directive always be required, or
will we eventually be able to pull in entire namespaces?
- Jason
On Sep 23, 8:16 am, David Nolen wrote:
> A lot people have been clamoring for this. This has been merged into master.
>
> (:use [foo.bar :only [...]])
>
> (:use-m
ClojureCLR 1.3.0 is now available.
Same updates as Clojure 1.3.0.
Same acknowledgments, as this depends on the work of all those fine
people who bring you Clojure on the JVM.
Additional acknowledgments:
- Kurt Schelfthout
- Shawn Hoover
- David Powell
- Alan Salewski
To get started with a binar
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
the website says:
deftype supports mutable fields, defrecord does not
so deftype seems to be what would be a java bean with simple
properties in java
Am 24.09.2011 23:11, schrieb Matt Hoyt:
> Both of them are java objects. Records has more default
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
mutable? like in "not functional"?
*reading*
Am 24.09.2011 23:11, schrieb Matt Hoyt:
> Both of them are java objects. Records has more default
> functionality like implementing equals, hashcode, etc. You can
> read more about the differences here: h
Both of them are java objects. Records has more default functionality like
implementing equals, hashcode, etc. You can read more about the differences
here: http://clojure.org/datatypes
assoc for records sets the value of the property for the record.
Matt Hoyt
_
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
i assumed my game to be so much fun that no one would ever want to
stop playing it.
Am 24.09.2011 22:26, schrieb Matt Hoyt:
> You need a check in the loop to see if the player wants to end the
> game. Clojure doesn't have a break statement like Java s
Oh, that's a nice idea! Definitely looks like a worthy addition to the
trace lib.
I believe the process around contributions to contrib involves a CA,
though; Jonathan: do you have one in place? Any chance you might be
convinced to submit one if not? :-)
Sincerely,
Michał
--
You received this m
You need a check in the loop to see if the player wants to end the game.
Clojure doesn't have a break statement like Java so you created a infinite loop
that will never end. To make sure the game ends you need to have a base case.
Example of a main game loop in clojure:
(loop [game-state ini
To break down the update into multiple steps use the -> macro:
=>(defn step [world-state])
(-> world-state
update-health
update-physics
update-ai))
where e.g. update-health is something like
=>(defn update-health [world-state]
(update-in world-state [:player :
Fine, I will have a closer look at the issues you mentioned.
I'll repost here when the code is available so you can have a look at it.
Luc
On Sat, 24 Sep 2011 21:33:47 +0200
Jonathan Fischer Friberg wrote:
> >
> > I am moving the trace contrib stuff to 1.3. I would like to include
> > your trac
This is about right, though instead of a loop/recur you can just (map
render (iterate next-state start-state))
On Sep 24, 12:36 pm, Dennis Haupt wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> in java, i would start coding a game with a loop like this:
> while (true) {
> logic();
> r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
in java, i would start coding a game with a loop like this:
while (true) {
logic();
render();
}
i would store the current state of the world in an object containing
the complete data of the whole game and update its values in each
iteration.
how woul
>
> I am moving the trace contrib stuff to 1.3. I would like to include your
> trace-forms
> macro in it. Feeling ok with this ? Comments ?
>
Sounds good to me.
After all, I sent it to this list so that others could make use of it!
When it comes to issues, in 1.3 it's not allowed to recur across
Not that I could detect any ... monitoring the traffic from Firebug
shows me a GET request that sends a lot of sensible looking
javascript, then I see a POST to localhost:9000 which gets answered by
the goog.provide for the repl. The only detectable difference I see on
the browser side is that the
I don't know whether there are similar limitations of parallelism when
launching threads via sends to agents. I haven't looked at that yet. If
you have an example program you can share, preferably trimmed down to the
core of the issue, I might be able to look at it.
I only know about pmap perfor
See also:
http://dev.clojure.org/jira/browse/CLJ-838
I've submitted some patches there to recode changes.txt to Markdown a
week or two ago. I updated it last night for f0b092b66 "more
changes.txt tweaks"
// Ben
On Sat, Sep 24, 2011 at 15:47, Mark Nutter wrote:
> Totally awesome, thanks to ever
Thanks for this info -- I didn't realize quite how pmap worked.
I often launch parallel threads with pmap and have sometimes been puzzled by
dips in processor utilization that I can't trace to memory resource contention,
etc.
I have similar issues sometimes when I launch parallel threads via
Thanks, Mark.
This IS easier to read.
On Sat, Sep 24, 2011 at 9:47 AM, Mark Nutter wrote:
> Totally awesome, thanks to everyone.
>
> I don't like the way github presents the changes.txt file, so I forked a
> copy and did a teeny bit of markup tweaking so it will display in nice
> touchy-feely H
Totally awesome, thanks to everyone.
I don't like the way github presents the changes.txt file, so I forked a
copy and did a teeny bit of markup tweaking so it will display in nice
touchy-feely HTML layout, if anyone is interested.
https://github.com/manutter51/Clojure-1.3-Changes-text/blob/maste
I'm not sure deftype handles annotations on *parameters* of
constructors. I'd be pleasantly surprised to be shown it does though.
I think Stuart's workaround should work, though I think I might have
to make my Java adaptor extend my Clojure gen-class rather than the
other way around.
On Sep 23, 3
21 matches
Mail list logo
