A Clojure trace tool. Defines tracing macros/fns to help you see what your code
is doing.
Summary of changes of this release:
* Release 0.7.9 October 8, 2015:
* Closed TTRACE-11, trace-vars/untrace-vars now accept vars
* Closed TTRACE-12, move away from Java 5, extend some new throwables wi
re
> whereas you, as far as I can tell, have never written any, means that his
> opinion holds a lot more weight in this discussion, for me at least.
>
>> On 20 July 2015 at 14:45, Luc Prefontaine
>> wrote:
>>
>> --- advanced warning: the following section contain
e writing of a patch and its application
> to the code base, a lot of them already need to be rebased/rewritten
> to apply cleanly, often multiple times.
>
> On Sat, Jul 18, 2015 at 5:44 PM, Luc Prefontaine
> wrote:
>> Sure, indentation is what gets the code running on metal :))
&
I agree with you but changes like this need time to bloom and are motivated by
increased pressure to release.
We have been seeing more of that in the last year.
Linus did not find solid maintainers day one. You need to test drive
individuals before you can delegate significant chunks and not wo
Your comments are one-sided.
When I modify code written by others, I follow their style.
I do not complain about their code formatting habits.
I wrote/modified enough code in 30 years written by hundreds of individuals to
find emphasis on code formatting and variable naming a waste of time and
on. Since it models by some aspect how
> > a successful
> > project like Linux is managed, I find it hard to throw a stone at
> > the current lifecycle.
> >
> > That may look to you as an ultra-conservative approach. Let's put
> > it this way,
> > I wou
. And will make more happy
> excellent contributors like Zach Tellman or Aphyr.
>
> I think that things like this are not very complicated to adopt and
> has a lot of benefit.
>
> My two cents!
>
> >
> > On 18 Jul 2015, at 16:44, Luc Prefontaine
> > wr
Sure, indentation is what gets the code running on metal :))
Not ranting here, just my abs dying from the pain as I laugh :))
As for the contrib process, go have a look at Linux. You'll be happy that Rich
is cool by every meaning of the word.
There's this misconception about open source that we
I agree that the number of encodings makes a full proof transparent solution
impossible to implement.
I still think that some simpler text file handling out of the box should exist
on the JVM to read utf files.
Utf-8 is kind of natural within the JVM.
Exposing all this BOM machinery every time
Windows a problem ?
N, impossible :)))
Luc P.
Sent from my iPhone
> On Jul 12, 2015, at 19:39, Sungjin Chun wrote:
>
> On Mac OS X (Yosemite) and Linux (Ubuntu), this code works well (I'm using
> en_US.UTF-8 as
> charset and encoding for my system).
>
> I suspect that the OS (Windows) o
Dunno if this can help you:
https://github.com/lprefontaine/clara-rules/blob/master/project.clj
I run tests with :
lein cljsbuild test-cljs
If I my memory is not fooling me.
There might be a better way but this is what I had time to tweak this weekend.
You need to setup phantomjs, etc...look a
Btwy,
For is not a loop as in imperative languages. It returns a lazy sequence.
Luc P.
Sent from my iPhone
> On Jun 18, 2015, at 07:51, Haim Ashkenazi wrote:
>
> Hi,
>
> I'm trying boot scripting capabilities so I have the following file:
>
> #!/usr/bin/env boot
> (set-env!
> :dependencie
For is lazy. Replace it with doseq.
Use doseq when you want side effects to occur and do not need
a result.
Luc P.
Sent from my iPhone
> On Jun 18, 2015, at 07:51, Haim Ashkenazi wrote:
>
> Hi,
>
> I'm trying boot scripting capabilities so I have the following file:
>
> #!/usr/bin/env boot
I agree. I can't see how you can build a business model out of this.
We already lower the cost for our customers by using open source as much as
possible.
Luc P.
Sent from my iPhone
> On Jun 5, 2015, at 12:16, Colin Fleming wrote:
>
> I'm the author of Cursive, which I'm planning to sell an
nment. Our up times are insane.
Yahoo !
Luc
> On Jun 4, 2015, at 2:51 PM, Luc Prefontaine
> wrote:
> > Still 3 months away from production beta.
>
> I get twitchy if we go more than two weeks between production builds — but
> then it’s the web :)
>
> Sean Corfield --
Hi,
Have been using 1.7 since beta1 in dev and test in a new dev.
Still 3 months away from production beta.
So far no issues. Zero, nada, nil, ...
Reader conditionals are quite amazing, we started unifying backend and front
end code.
Wow... No more split brain syndrome and a huge simplification
I like it when someone says 'do not do this' without some supporting
cost/benefit rationale.
My next question is why not ?
I'll add my own salt here:
- Daemonizing does not alter business logic, it can be kept separate using more
than one entry point
- Supervisory functions are not as generic
ils from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
--
Luc Prefontaine sent by ibisMail!
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this g
osts 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
> ---
> You received
Spawned from the other thread about web frameworks.
Can any of the original maintainers answer this one ?
Thank you
Luc P.
--
Luc Prefontaine sent by ibisMail!
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, sen
+1
This exactly the kind of exercises that needs to done as part of a
product design. New potential needs have to be foreseen at this
stage, not 18 months after a first release.
This is why I hate frameworks, they assume some of these
decisions and it's not always stated clearly. Someone has to
d
---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.c
ving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
--
Luc Prefontaine sent by ibisMail!
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To po
ons, visit https://groups.google.com/d/optout.
> >
>
>
>
> --
> Hildeberto Mendonça, Ph.D
> Blog: http://www.hildeberto.com
> Community: http://www.cejug.net
> Twitter: https://twitter.com/htmfilho
>
> --
> You received this message because you are subscrib
Fine with me. Let's call it off.
It's not either a forum about netiquette or about 'how bad this word/expression
hurts anonymous people'.
> Luc, you are missing the point: this isn't the forum for that
> discussion regardless of how valid the points in that discussion are.
> This is a _Clojure_
up.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
--
Luc Prefontaine sent by ibisMail!
--
You received this message because you are subscribe
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
--
Luc Prefontaine sent by ibisMail!
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email
nd email to
> > clojure+unsubscr...@googlegroups.com
> > For more options, visit this group at
> > http://groups.google.com/group/clojure?hl=en
> > ---
> > You received this message because you are subscribed to the Google Groups
> > "Clojure" group.
&g
u received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
Obviously...
user=> (= (byte 1) (short 1) (long 1) 1)
true
user=>
http://clojure.org/rationale
Language as platform vs. language + platform
- Old way - each language defines its own runtime
GC, bytecode, type system, libraries etc
- New way (JVM, .Net)
- Common runtime independent o
t; To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
--
Luc Prefontaine sent by ibisMail!
--
You received this message because you are subscribed to the Goo
and y refer to the same object
(x == y has the value true).
=> (class (float 3.2))
java.lang.Float
=> (class (double 3.2))
java.lang.Double
Oupse... :)
Luc P.
On Fri, 23 Jan 2015 01:31:31 -0800
Mark Engelberg wrote:
> On Fri, Jan 23, 2015 at 1:10 AM, Luc Prefontaine <
&
hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/o
up/clojure?hl=en
> >>>>>> > ---
> >>>>>> > You received this message because you are subscribed to the Google
> >>>>>> Groups "Clojure" group.
> >>>>>> > To unsubscribe from this group and st
mbers 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
> ---
> You received this message becaus
be 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
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To uns
gt; For more options, visit https://groups.google.com/d/optout.
> >
>
> --
> 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 memb
and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
--
Luc Prefontaine sent by ibisMail!
--
You received this message because you are subscribed to the Google
Groups "Clojure" g
om/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more op
gt; You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/o
+1 for the !
No atomic changes here, no coordination whatsoever.
At the mercy of the caller...
> I asked Rich and he said "making a volatile is as dangerous as any ! op".
>
> Some people have also asked about vswap! being a macro instead of a method
> on Volatile. The issue there is that vswap!
oogle Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
--
Luc Prefontaine sent by ibisMail!
--
You recei
>>>>>
> >>>>> Good lord, truly? Perhaps this is a good time to ask what culture OP
> >>>>> lives in. This wouldn't happen where I live/work.
> >>>>>
> >>>> --
> >>>> You received this message b
s from it, send an
> >> email to clojure+unsubscr...@googlegroups.com.
> >> For more options, visit https://groups.google.com/d/optout.
> >>
> >>
> >> --
> >> Sam Ritchie (@sritchie)
> >> Paddleguru Co-Founder
> >> 703.863.8561
> &g
ooglegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails fr
eone hacks it from the Clojure parser.
>
> --
> 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 patie
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
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To un
oups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit
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.
;> user=> (map hash [ [1 2] (java.util.ArrayList. [1 2]) ])
> >> (156247261 994)
> >> user=> (hash-map [1 2] "vec" (java.util.ArrayList. [1 2]) "alist")
> >> {[1 2] "alist", [1 2] "vec"}
> >>
> >>
>
> --
roup at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegr
n
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/opto
p at
> > http://groups.google.com/group/clojure?hl=en
> > ---
> > You received this message because you are subscribed to a topic in the
> > Google Groups "Clojure" group.
> > To unsubscribe from this topic, visit
> > https://groups.google.com/d/topic/clojure/VUW
" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
--
Luc Prefontaine sent by ibisMail!
--
You received this message because you are subscribed
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
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" g
"Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
--
Luc Prefontaine sent by ibisMail!
--
You received this message b
e Google Groups
> > "Clojure" group.
> > To unsubscribe from this group and stop receiving emails from it, send an
> > email to clojure+unsubscr...@googlegroups.com.
> > For more options, visit https://groups.google.com/groups/opt_out.
> >
>
> --
>
rst post.
> > > To unsubscribe from this group, send email to
> > > clojure+u...@googlegroups.com
> > > For more options, visit this group at
> > > http://groups.google.com/group/clojure?hl=en
> > > ---
> > > You received this message because you a
gle.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more opti
above answer should be
>
> {:tag :message
> :chan ni}
>
> rather than
>
> nil
>
>
> On Thu, Jan 16, 2014 at 1:47 AM, Luc Prefontaine <
> lprefonta...@softaddicts.ca> wrote:
>
> > Wrap the read in a try catch just return nil in the catch cl
this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@google
> >> > Any ideas?
> >> >
> >> >
> >> >
> >> >
> >> >
> >> > --
> >> > --
> >> > You received this message because you are subscribed to the Google
> >> > Groups "Cl
is group, send email to clo...@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+u...@googlegroups.com
> > > For more option
"Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
--
Luc Prefontaine sent by ibisMail!
--
--
You received this message because
ail to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group
unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
--
Luc Prefontaine sent by ibisMail!
--
--
You received this message because you are subscribed to t
visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr.
s some kind of haiku :)
>
>
> On Fri, Dec 27, 2013 at 1:08 PM, Luc Prefontaine <
> lprefonta...@softaddicts.ca> wrote:
>
> > I am kind of old school.
> > To me these things come through
> > practice...
> >
> > Which I understa
> > > > > > > time-efficient.
> > > > > > > >
> > > > > > > > --
> > > > > > > > --
> > > > > > > > You received this message because you are subscribed to the
> > Google
> &g
ttp://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> Fo
gt; Groups "Clojure" group.
> > > > To post to this group, send email to
> > > > clo...@googlegroups.com
> > > > Note that posts from new members are moderated - please be patient with
> > > your first post.
> > > > To unsubs
> clojure+u...@googlegroups.com
> > > For more options, visit this group at
> > > http://groups.google.com/group/clojure?hl=en
> > > ---
> > > You received this message because you are subscribed to the Google
> > Groups "Clojure"
ot; group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
--
Luc Prefontaine sent by ibisMail!
--
--
You received this message because y
?
Luc P.
--
Luc Prefontaine sent by ibisMail!
--
--
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
firs
e 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
> > ---
> > You received this message because you are subscribed to the Google Groups
> > "Cloju
...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails fro
t; 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
> > 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
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
&g
For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
>
jure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from
This is the best I can come with in a short time:
(ns higiebus.services.depcy-profiles
"Shortcut to common dependency profile")
(defmacro basic-service-deps
[]
`(do
(require [higiebus.services.config :as conf] [higiebus.services.loggers
:as log]
[clojure.string :as s])
I just find this puzzling, the "coding standards" emphasizes reducing
dependencies.
Now if you add dependencies in your boiler plate that may in fact not be used
by the source code
in the current name space, how can a human reader understand your dependencies
by reading the top nth lines of your
Hi everyone,
Boing is now compatible with Clojure 1.3. Details can be found at
https://github.com/lprefontaine/Boing/wiki/Using-Boing.
It now depends solely on Clojure. No need for contrib anymore.
Next release is planned in late January, details can be found at
https://github.com/lprefontaine/
Louis, obviously there's a problem here, the REPL should return
user=> (map first [[1] [2]])
(1 2)
As for my point about macros, it's not about the calls, it's about macro
processing before
spitting out the code that will be compiled, what would this return ?
user=> (defmacro mymac [func]
(let
Thank you,
Luc
On Wed, 30 Nov 2011 07:18:56 -0800 (PST)
Matt wrote:
> This should now be fixed in version 1.0.6.
>
> -Matt
>
> On Nov 29, 12:03 am, Luc Prefontaine
> wrote:
> > Hi Matt,
> >
> > working with this stuff... pretty sure I ca
get there eventually (now I am laughing very loudly :)
Luc
On Wed, 30 Nov 2011 09:54:26 +0200
Michael Wood wrote:
> Hi
>
> On 29 November 2011 07:03, Luc Prefontaine
> wrote: [...]
> > It yields in MySql:
> >
> > CREATE TABLE meta_entities (
> > id in
Hi Matt,
working with this stuff... pretty sure I can make rake obsolete pretty soon :)
However I am struggling with the auto increment column attribute...
(create-table
:meta-entities
(integer :id {:not-null true :auto-increment true :primary-key true})
(string :name {:not-null true :uniq
Oups, I'll look at it... we may have well upgraded Lein without reviewing
project.clj options.
We're about to deliver another version of our software so it's just about time
to do that.
On Tue, 22 Nov 2011 10:57:47 -0800
Phil Hagelberg wrote:
> On Mon, Nov 21, 2011 at 9:10 PM, Keith Irwin
> w
Hi,
Do you have the :disable-implicit-clean option set to false in your project.clj
file ?
If not, add it to remove the classes from dependencies that otherwise may
pollute your target.
As far as "standard" logging in a lib, it might be time to rely on
clojure.tools.logging
systematically.
We
Maybe we should qualify non-idiomatic code as being "idiotmatic", that may help
reducing the # of posts
referencing "idiomatic". However this only a letter way from making (slight)
mistakes in the posts :)
I just spent my day's quota of idiotic writing ...
Luc
On Thu, 17 Nov 2011 11:22:27 -06
Same for me. I'll find a spot depending on the final schedule. I would like
myself to attend some of
these meetings :)
Luc P.
On Mon, 07 Nov 2011 13:31:47 -0500
daly wrote:
> Well, despite my best efforts I'm unable to edit the spreadsheet.
>
> The Literate Software talk was supposed to be at
You have to make sure that all the dependencies you control are generated with
:omit-source true
But any dependency that has some clj files in its target will get bundled as is
in the target jar.
This includes Clojure itself,contrib, ...
Luc P.
On Thu, 3 Nov 2011 02:55:20 -0700 (PDT)
finbeu w
I run cljs_watch in a terminal window at the top of the project
and I defined .cljs files to use the CCW editor. cljs_watch spots the changed
.cljs files
through Eclipse and recompiles on the fly. Then I refresh the browser.
It does most of the job.
Luc P.
On Thu, 27 Oct 2011 10:27:29 -0700 (P
Hi, it's me again,
new subject: Java Dependency Injection using Clojure, presentation. 30mns max
including Q&A.
if it extends will end this with a couple of drinks.
Please add me to the ClojureScript talk, Pallet and ClojureCLR.
I'll bring my clones with me :)
Thank you,
Luc
On Tue, 25 Oct 2
Please add me to "Clojure and the web",
Luc P.
On Tue, 25 Oct 2011 22:25:41 -0400
Michael Fogus wrote:
> We built quite a large list before the internet graffiti started
> taking over, so if you have an addition then please post it here and
> it'll be added.
>
--
Luc P.
footprint ?
Ha ! Ha !, I used to work on computers with 256K of physical memory.
This concern was legitimate in this prehistoric era. But today ?
If you need bit manipulation in Clojure, better write a lib for this than
mangling with
these data types.
> Cheers,
> Ivan.
>
>
>
CON1 - I'm buying your argumentation about consistency in Clojure maps and
fixing them. Integer OBJECTS (as opposed to int primitive) should be
handle as objects consistenly, not as primitive values promoted to long.
CON2, CON3 and CON4 - No way, the current design choice is the good one.
So man
22, 2011 at 5:42 PM, Luc Prefontaine <
> lprefonta...@softaddicts.ca> wrote:
>
> > What's missing from your shortened example ?
> >
>
> I think what you want is the example I posted originally:
>
> user=> (get {(Long. -1) :here} (Integer. -1))
> :
1 - 100 of 293 matches
Mail list logo
