Re: clojure-contrib migrations

2012-12-19 Thread Alasdair MacLeod

On Monday, 17 December 2012 23:44:12 UTC, Christopher Meiklejohn wrote: 

 [...]I'd like to offer to step up and maintain clojure-contrib.graph, 
 mainly starting with converting the defstructs over to defrecords [...]

Out of interest - why use records rather than plain maps?

-- 
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

Re: Parsing NMON data (CSV)

2012-02-28 Thread Alasdair MacLeod
On Feb 27, 7:16 pm, meteorfox ctorresk8guitar@gmail.com wrote:
 What I really meant is, what could be a good library for making graphs
 based on sampled data?.

you could try incanter if you want to stay in the clojure world.

-- 
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


Re: ANN: Clojure 1.4.0-beta1

2012-02-03 Thread Alasdair MacLeod
 That's because Github kicks ass :-) It automatically renders markdown files 
 as html when you view them in the browser.
I've downloaded the jar but don't see any changes.md file in there
https://github.com/clojure/clojure/blob/master/changes.md lists 1.3
changes
I don't see a 1.4 branch on GitHub and don't know where else to look.

Can someone provide a link to the 1.4 changes.md if it exists?

-- 
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


Re: swank-clojure 1.3.4 released

2012-01-01 Thread Alasdair MacLeod
On Dec 28, 1:03 am, Phil Hagelberg p...@hagelb.org wrote:
 I just pushed out version 1.3.4 of Swank Clojure.

I see the fix for windows file name separators has gone in.
clojure-jack-in now works on my windows laptop.

Many thanks, Alasdair

-- 
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


Tutorial/examples of pprint dispatch functions

2011-10-25 Thread Alasdair MacLeod
Hello,

Are there any tutorials or examples of setting up pprint dispatch
functions?  I know the docs suggest looking at the source, but I find
it a bit cryptic.  In particular I would like to see if it's possible
to dispatch on meta-data, record types or more arbitrary values in a
map etc.

thanks, Alasdair

-- 
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


Re: Nested identities in a value-based universe

2011-10-24 Thread Alasdair MacLeod
 I think that's the issue. Expecting your def-ed trantor to change once
 the world state has been updated is what would be expected in a world
 of pointers, OOP, etc. However, the new updated world (in my view) has
 a new trantor which you need to extract with your (get-actor ...).

 This would all seem reasonable to me (modulo performance of updating
 the world, etc.) since then you have many functions operating on a
 single data structure and your flow is in terms of these functions
 only.
Meta-physics aside, if you have a single threaded app then a single
lump of data is all you need.  Each epoch follows the last along the
single thread of execution, calculated at the CPU's leisure using the
input state.  If, on the other hand, you wish to run multiple threads,
that you need to deal with concurrent updates and this is when
Clojure's concurrency constructs come into play.  How you actually
partition the data behind refs or actors depends on the problem domain
and the structure of your data; the refs and actors etc define your
units of concurrent change.  For an example you could look at the ants
demo.

Alasdair

-- 
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


Re: Bug in keyword handling?

2011-10-24 Thread Alasdair MacLeod
 this:  There may be situations, now or in the future, where it is desirable
 to create Keywords containing non-`read`able characters. Therefore, don't
 use Keywords for things that may contain non-`read`able characters if you
 want to print and read them.

 -Stuart Sierra
 clojure.com
Stuart, so it's a known quirk - thanks for this.

Alasdair

-- 
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


Bug in keyword handling?

2011-10-23 Thread Alasdair MacLeod
Hello,

I think I've found a bug in Clojure's keyword handling.  The keyword
function lets you create a keyword containing whitespace but, if
printed, the space isn't quoted or escaped, so if you print and then
read an error occurs.  I would expect either the keyword creation to
fail or, when printed, the space to be escaped/quoted such that you
could print and then load the keyword.

E.g.
user= (def my-map {:key1 (keyword value one)})
#'user/my-map
user= my-map
{:key1 :value one}

user= (load-string (str my-map))
CompilerException java.lang.RuntimeException: Map literal must contain
an even number of forms, compiling:(null:1)
user=

Alasdair

-- 
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


Re: ANN: core.match 0.2.0-alpha1 released

2011-10-02 Thread Alasdair MacLeod
The link to Design-Wiki needs updating, it uses your personal GitHub
account and 404s

On Oct 2, 7:44 pm, David Nolen dnolen.li...@gmail.com wrote:
 The big picture is falling into place for core.match. The most significant
 change is that we now have two compilation schemes based on the presence of
 recur. If recur is not present we use a much more efficient backtracking
 strategy which results in dramatically less code generation.

 There a lot of smaller issues I'm aware of but I think things are far along
 enough that people can start making assessments and letting me know what's
 doesn't work and what's missing.

 Please try it out!

 David

-- 
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


Re: defrecord == premature optimization?

2011-09-07 Thread Alasdair MacLeod
 AFAIK there a lots of well designed things in Clojure which reflect deep
 thinking and a strong reasoning.   I can imagine, that many people would
 like to read those things in one place, probably rather close to the
 Rationale for Clojure itself.  Something like Design Principles.

 But then, maybe it's just me.
No, not just you.

I was about to post asking for an explanation of the key differences
between a map and a record.  Records look rather mappish; they don't
map completely arbitrary names to values but they do map a set of
predefined names to values and allow us to add extra name-value pairs.

A write-up of the key distinguishing characteristics (e.g. how to spot
something is _not_ a map) would be very useful and a write-up of
general principles across the board would be excellent.

Alasdair

-- 
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