There is also this page on ClojureDocs that might shed some light on this
quirk:
http://clojuredocs.org/clojure_core/clojure.core/if
On Sun, Oct 6, 2013 at 6:14 PM, Rob Browning wrote:
> Gary Trakhman writes:
>
> > Clojure's false and true are Boolean/FALSE and Boolean/TRUE, and for
> spe
One way to avoid these warnings being generated in the first place is not
to "use" core.async, but "require ... as" it, e.g.:
(ns message-bus.latam
(:require [core.async :as a]))
The down side is that then you must prefix all uses of symbols in
core.async with the alias "a/".
You can also :exc
Those who created ClojureDocs.org made some progress towards rewriting the
server side code in Clojure (it was originally developed in Ruby on Rails,
IIRC), but have found it challenging to find enough time to finish that
work. I recall a month or two ago someone mentioning that they would be
inte
Could you take a look at the patch on ticket CLJ-1080 and see if it
contains all of the improvements you mention? Let me know if it doesn't,
and we can look at combining your improvements into that patch.
http://dev.clojure.org/jira/browse/CLJ-1080
Andy
On Wed, Oct 9, 2013 at 8:57 AM, Alex
For all but the few functions and macros added to Clojure since 1.3,
ClojureDocs can be as actively maintained as people choose to update it. I
add new facts that come to my attention there every so often, e.g.:
http://clojuredocs.org/clojure_core/clojure.core/subs
http://clojuredocs.org/
/compare/instant-type-hints
>
> I have an additional type hint at thread-local-utc-date-format and I use
> java.text.DateFormat instead of java.text.SimpleDateFormat at utc-format.
>
> Alex
>
> Am Mittwoch, 9. Oktober 2013 18:49:32 UTC+2 schrieb Andy Fingerhut:
>>
>>
If you are proficient in reading Java bytecode, or are willing to invest
some time to become so, then a disassembler like javap on the compiled
.class files of your code could help.
If not, then a bytecode to Java decompiler like JD-GUI or one of several
others to be useful. I have used the free
The Clojure namespace browser was developed using the Seesaw library:
https://github.com/franks42/clj-ns-browser
On Thu, Oct 17, 2013 at 6:33 AM, Arie van Wingerden wrote:
> Seesaw? https://github.com/daveray/seesaw
>
>
>
> 2013/10/17 Jonathon McKitrick
>
>> I'd be interested in seeing s
Mark, I think you have hit the nail on the head. I have instrumented a
copy of Paul's Clojure program to print the hash code of all of the
solutions in the set returned by solve, and there are *many* pairs of
solutions that have identical hash values, and thus collide in a
PersistentHashSet. Belo
entirely.
Just replace #{#{}} with [#{}], and remove the call to 'set' in solve.
Andy
On Wed, Oct 23, 2013 at 9:18 AM, Paul Butcher wrote:
> On 23 Oct 2013, at 17:06, Andy Fingerhut wrote:
>
> I have instrumented a copy of Paul's Clojure program to print the hash
> c
99.99% of the use cases people cared about, it might be good to
have.
Andy
On Wed, Oct 23, 2013 at 9:06 AM, Andy Fingerhut wrote:
> Mark, I think you have hit the nail on the head. I have instrumented a
> copy of Paul's Clojure program to print the hash code of all of the
> solut
an explanation of why. Thanks
for that.
Andy
On Wed, Oct 23, 2013 at 10:13 AM, Paul Butcher wrote:
> On 23 Oct 2013, at 17:43, Andy Fingerhut wrote:
>
> Paul, your function solve returns a set of solutions, but there is nothing
> on the program that seems to rely upon being abl
ector hash
values themselves.
Andy
On Wed, Oct 23, 2013 at 10:28 AM, Paul Butcher wrote:
> On 23 Oct 2013, at 18:15, Andy Fingerhut wrote:
>
> If we had a 'universal comparator', i.e. a comparison function that
> provided a total order on any pair of values that anyone wou
ing odd elements and substract even ones?
>
> [1 2] = 1 - 2 = -1
> [2 1] = 2 - 1 = 1
>
>
> On 10/23/2013 02:30 PM, Andy Fingerhut wrote:
>
> If you can think of a different hash function for vectors that doesn't
> lead to these types of collisions, I'm all ears. T
following questions:
>
> a. Is the approach Scala took substantially #2 above, or something
> different / more?
>
> b. Is changing the hash codes of numbers going to break expectations on
> the Java side of things?
>
>
> On Thu, Oct 24, 2013 at 8:37 PM, Evan Gamble wrote
Noir is deprecated in favor of lib-noir.
Where have you seen some indication that Compojure is deprecated?
Andy
On Sun, Oct 27, 2013 at 10:43 AM, Scott M wrote:
> Ring seems well maintained, but Noir and Compojure are marked deprecated.
>
> Can anyone lay out a Clojure Web library "stack" (up
Also a list of features planned for Clojure 1.6, and some that were
postponed to after Clojure 1.6:
http://dev.clojure.org/display/design/Release.Next+Planning
Andy
On Wed, Oct 30, 2013 at 4:29 PM, Sean Corfield wrote:
> Roadmap:
> http://dev.clojure.org/jira/browse/CLJ#selectedTab=com.atl
I'm not saying it puts the total number of commits up with other projects,
or that it needs to, but the development of core.async has effectively been
part of the core Clojure development work done in the last several months,
and it has been moving along:
https://github.com/clojure/core.async
Just a follow up after a fair amount of thinking and experimentation has
been done on this problem.
Mark Engelberg has a very nice document describing the existing hash
functions used by Clojure, examples with why they can cause collisions so
often, and suggestions for changes to them to have fewe
Looks like a reasonable enhancement to me. I have filed ticket CLJ-1287
with a proposed patch for it:
http://dev.clojure.org/jira/browse/CLJ-1287
No guarantees when or if it will get into Clojure. You can modify your own
local copy of select-keys (or even alter-var-root its definition) if y
I attached another patch to the ticket. It builds up the answer from the
empty map {} if the argument is a record (as the current select-keys does),
but from (empty map) if it is not a record, so it will preserve sortedness
of the argument. Not sure if there are any other cases that are a problem
jure for this yet?
>
>
> On Thursday, October 31, 2013 9:19:23 AM UTC-5, Andy Fingerhut wrote:
>
>> Just a follow up after a fair amount of thinking and experimentation has
>> been done on this problem.
>>
>> Mark Engelberg has a very nice document describing th
What would you expect the return value of (dissoc ['a 'b 'c] 1) to be?
On Sat, Nov 2, 2013 at 11:03 AM, wrote:
> I realize `dissoc` isn't implemented to work on vectors for technical
> reasons (such as explained on 1/13/11 here
> https://groups.google.com/forum/#!msg/clojure/Lx9ysZ4ndfw/E52rVTv
Good detective work, Michal.
So the extra time for the slower version was because a Var was always being
accessed in the generated byte code, even if the source code was only
explicitly accessing the Var in a branch that was never executed?
Thanks,
Andy
On Sun, Nov 3, 2013 at 9:30 AM, Michał Ma
Lee, I am curious whether you would consider it "too tied to a particular
dev environment" if the kind of minimal debugging features you wish for
worked from Leiningen's REPL? i.e. 'lein repl'
I do not know if Ritz can work in such an environment or not, but I am
guessing it might be easier to ge
Very cool.
I read through your README (thank you for that), and did not notice an
answer to the question of: does seq on a utf8 string return a sequence of
Unicode code points? Java UTF-16 code points (with pairs of them for
characters outside the BMP)? Something else? It would be great to have
have in mind work from "lein run" as well as "lein repl"?
> FWIW I (and my students) do a lot via "lein run".
>
> -Lee
>
> On Nov 7, 2013, at 2:47 PM, Andy Fingerhut wrote:
>
> > Lee, I am curious whether you would consider it "too tied to a
> pa
Jose:
I am not aware of any conclusive explanation for the issue, and would love
to know one if anyone finds out.
At least in the case of that program mentioned in the other discussion
thread, much better speedup was achieved running N different JVM processes,
each single-threaded, on a machine w
Jose:
On re-reading your original post, I noticed one statement you made that may
be of interest: "The resulting vector for each particle is then added
(conj) to a global vector for latter storage."
Do you mean that there is a single global vector that is conj'd onto by all
N threads? Is this ve
I am the current maintainer of the Clojure Cheat Sheet, and certainly have
no objections if anyone wishes to translate it into other languages.
Most of the content of the cheat sheet are the Clojure symbols themselves,
the documentation strings that come with Clojure 1.5.1, and links to the
Clojur
I haven't done it personally, but there is strong evidence that the answer
is "Yes, if you use Emacs + extra libraries from Ritz" [1]. There is a
demo in the video presentation by Hugo Duncan showing this. [2] I believe
[3] is an up-to-date brief set of instructions for installing these things
on
What do you see as the output of the command 'java -version'? I ask
because perhaps you are running a version of Java that is too old. JDK6 or
JDK7 is recommended. JDK5 might work, but is getting a bit stale, and will
definitely not work when Clojure 1.6 is released.
Andy
On Sun, Nov 10, 2013
There are answers to some related questions that have been discussed in
previous discussions in this group. For example, the last time the
question of the license arose, Sean Corfield pointed at the following
discussion involving Rich Hickey from 2008:
https://groups.google.com/forum/#!topic/
There are only two changes I am aware of for JDK8 preparation so far, and
they are simply to allow Clojure to compile without warnings [1] and pass
all of the unit tests without failure when using JDK8 [2]. These are minor
changes.
[1] http://dev.clojure.org/jira/browse/CLJ-1264
[2] http://dev.cl
I don't know if it is idiomatic, but it certainly looks like a good way to
achieve the desired effect.
If you chained together calls to several functions like your example
only-evens, it would not be lazy, and it would build up a separate instance
of collections of the original type at each step o
I have just created a ticket linking to this discussion, with a copy of one
of Michal's earlier messages in the thread as a description of what might
be the problem.
I would not say that this is the same as movement on this issue. Movement
in the form that would lead to a change in the Clojure co
Sorry, I neglected to include a link to the ticket:
http://dev.clojure.org/jira/browse/CLJ-1296
On Sun, Nov 17, 2013 at 2:11 PM, Andy Fingerhut wrote:
> I have just created a ticket linking to this discussion, with a copy of
> one of Michal's earlier messages in the thread as a
If you want complete, detailed doc strings for all of Clojure and its
libraries, I am sorry to say I do not have that for you.
I do have detailed doc strings for a small fraction of the Clojure symbols
(20 out of 591), and am planning to write more as I have time.
If you want to use them from a R
Andrey:
I am no lawyer, but the following answer on this Q&A page about the Eclipse
Public License suggests that if you take code from an EPL-licensed project
(which java.jdbc is), then the project in which you include it must also be
licensed under the EPL (whch clj.jdbc is currently not, as far
You might be hitting a bug in Clojure 1.5.1 where it incorrectly attempts
to access elements in an empty stack trace, which I have seen occur. This
should be fixed in Clojure 1.6.0 alpha releases:
http://dev.clojure.org/jira/browse/CLJ-1102
Andy
On Tue, Dec 17, 2013 at 9:14 AM, Dmitry Groshev w
Most often, you don't add type hints to code you :use or :require. You
disable the warnings, or accept that you will see a slew of them, or if you
only want to see them in your own code but not in libraries you use, remove
:warn-on-reflection true from your project.clj, and edit your source files
Mark Engelberg's Instaparse most likely does not have the same feature set
as Regexp::Grammars (I haven't checked in enough detail to learn the
differences), but they do likely have features in common:
https://github.com/Engelberg/instaparse
Andy
On Mon, Jan 6, 2014 at 9:04 PM, gvim wrote:
pen source libraries.
Go squash some bugs!
Andy Fingerhut
--
--
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
Sean:
Eastwood's current use of :arglists for :wrong-arity linter checking is
definitely 'at odds' with the way java.jdbc and some other libraries use it
for clearer documentation of fn/macro args.
I would recommend leaving :arglists as-is for java.jdbc, and wait for the
next version of Eastwood
Nicola can answer more authoritatively, as I haven't checked that part of
tools.analyzer recently, but I am pretty sure that the :arglists with
things like doc-string? attr-map? are simply treated as if they were normal
positional arguments, with no 'guessing' that they are optional due their
symbo
ust be some sort of magic there since otherwise
> every call to defn would be flagged, since its :arglists implies it has 6
> arguments. And in fact, there's nothing there indicating that the body is
> in fact the body.
>
>
> On 14 January 2014 18:56, Andy Fingerhut wrote:
&
There is this list of Clojure user groups:
http://dev.clojure.org/display/community/Clojure+User+Groups
You can go to meetup.com and search for Clojure. There are several
meetings per month in the Bay area, in San Francisco and San Mateo, usually.
There is also the #clojure IRC channel, which is
Why did you add that to your repositories?
You can do 'lein install' to install a project into your local Maven repo,
and by default Leiningen will check for local copies of JARs in your local
Maven repo before going out to the Internet to look for them.
Andy
On Thu, Jan 23, 2014 at 9:35 AM, Ma
Banned from the Clojure group for reason of spamming.
Andy
On Thu, Jan 23, 2014 at 1:11 PM, Sean Corfield wrote:
> This company has been spamming various technical lists lately with this
> same generic promotion. Can a moderator please report them for spam and ban
> them?
>
> Thank you!
>
> Se
As Jim already mentioned, you can use == to compare numbers for equality,
but you must be cautious with equality for floating point numbers, as the
tiniest bit of roundoff error will cause = and == to be false for such
comparisons.
For =, there are effectively 3 'categories' of numeric values in C
There *is* a first post moderation policy in place for this group -- it has
been in place for years, I think. I have been a moderator for over a year
now.
There are many moderators. It only takes 1 moderator to OK a message for
it to be posted. This may be a case of moderator education on appro
It is defined in the project 'reply', used by Leiningen for 'lein repl'
tasks:
https://github.com/trptcolin/reply
That in turn depends upon a cd-client library for sending requests to the
clojuredocs.org web site and doing some parsing on the responses received:
https://github.com/dakron
ere some easy way I've missed to figure this sort of thing out in the
> future?
>
>
>
>
> On Tue, Jan 28, 2014 at 10:34 AM, Andy Fingerhut > wrote:
>
>> It is defined in the project 'reply', used by Leiningen for 'lein repl'
>> tasks
page [1].
[1] http://dev.clojure.org/display/design/Better+hashing
Andy
On Sat, Nov 2, 2013 at 9:44 AM, Andy Fingerhut wrote:
> A few minutes ago I finished copying, pasting, and doing a little
> reformatting on Mark Engelberg's document on the subject.
>
> http://dev.cloj
While most of the functions and macros in Clojure core with a ? at the end
take 1 arg, there are several that take two:
contains? every? extends? identical? instance? not-any? not-every?
satisfies?
That list might not be complete. But you would not be breaking any
traditions I know of to have mu
Looks nice.
Have you considered submitting pages like these to the clojure-doc.org site? I
don't know if Michael Klishin would be interested in this material, but it
certainly wouldn't be out of place there if he was willing to take it.
There is a much shorter list of examples here that I wrot
This issue appears to be unique to using a Leiningen version 2 REPL.
It does not occur if using "java -cp clojure.jar clojure.main" to get a REPL,
nor with Leiningen version 1.7.1.
CCing nrepl developer Chas Emerick in case this might be an issue with nrepl,
but I haven't attempted to localize
The issue that Clojure, its contrib libraries, and ClojureScript do not accept
github pull requests has been brought up several times before on this email
list in the past. Feel free to search the Google group for terms like "pull
request". Short answer: Rich Hickey prefers a workflow of evalu
th reply 0.1.6 is affected,
> though.
>
> - Chas
>
> On Jan 18, 2013, at 3:13 PM, Andy Fingerhut wrote:
>
>> This issue appears to be unique to using a Leiningen version 2 REPL.
>>
>> It does not occur if using "java -cp clojure.jar clojure.ma
On Jan 18, 2013, at 3:52 PM, Sean Corfield wrote:
> On Fri, Jan 18, 2013 at 1:33 PM, Andy Fingerhut
> wrote:
>> The issue that Clojure, its contrib libraries, and ClojureScript do not
>> accept github pull requests has been brought up several times before on this
>>
Irakli:
I am curious about the possibility of auto-creating patches from git pull
requests, in case that would bridge the divide between people that would prefer
submitting pull requests, and Clojure screeners that would prefer evaluating
patches and JIRA tickets.
Causing a new git pull reques
There currently is such testing of patches submitted to Clojure, which I've
implemented with some Clojure programs I've cooked up. It tests all patches
attached to Clojure JIRA tickets to see if they apply cleanly and whether the
code compiles and passes existing unit tests. I've been periodic
On Jan 20, 2013, at 7:49 AM, Anthony Grimes wrote:
>
>
> In closing, I propose the following. If we're going to continuously deny
> people things they are accustomed to, instead of treating them like angry
> children having tantrums, why don't we get a response from clojure/core and
> have it
Michael, I would also love it if bugs got fixed in master more quickly. I've
done some things to try to make that happen, but for all I know I've only
exacerbated the issue. I'm still searching for ways to improve that.
One thing I know at the base of all such suggestions is: I am not going to
On Jan 21, 2013, at 4:31 PM, Rich Morin wrote:
> On Jan 21, 2013, at 12:20, Andy Fingerhut wrote:
>> If one wanted *slightly* more editorial control of what appeared
>> in those doc strings, they could publish a not-very-large file of
>> "new improved doc strings"
Yes, those things can happen, but I think they can all be handled without big
troubles. Note that Rich Morin specifically mentioned using something like
codeq to notice when particular functions change, and thus their documentation
bears re-examining. diff also works, at a file granularity rat
An interest was expressed by a few in having a separate ClojureScript mailing
list.
If it is a Google group, that requires moderating messages sent to the group,
via manual approval. I suspect early on there will be many people posting to
the group for the first time that have long worked with
etc., then it is not welcome
on the ClojureScript group. Please send it to the Clojure group instead.
If it is not specific to any one flavor of Clojure, but you prefer to send it
to the ClojureScript group, go right ahead, but realize that your audience may
be smaller than if you send it to the
CLJ-1098 fix committed to Clojure master today as part of 1.5.0-RC3:
http://build.clojure.org/job/clojure/changes
Andy
On Jan 14, 2013, at 4:24 AM, Wolodja Wentland wrote:
> On Sat, Jan 12, 2013 at 08:15 -0800, Andy Fingerhut wrote:
>> The CLJ-1098 ticket was categorized a
I do not know exactly what is going on, but suspect it is something to do with
conversion between float and double (or Java Float and Double).
Try replacing the argument 19.1 with each of these possibilities, and you
should see what I mean:
(double 19.1)
(Double. 19.1)
(float 19.1)
(Float 19.1)
On Jan 20, 2013, at 7:11 PM, Andy Fingerhut wrote:
> On Jan 20, 2013, at 7:49 AM, Anthony Grimes wrote:
>> In closing, I propose the following. If we're going to continuously deny
>> people things they are accustomed to, instead of treating them like angry
>> children
This isn't what you are asking, but I wanted to make a comment that there is a
proposed patch to Clojure attached to ticket CLJ-904 that adds warnings to read
and read-string about how their behavior depends upon the value of *read-eval*:
http://dev.clojure.org/jira/browse/CLJ-904
Also, one
Out of curiosity, I made a patch to Clojure that causes the default value of
*read-eval* to be false instead of true, to see if any of the tests pass, and
to let other people try it out in case it breaks things that would be
surprising and/or disruptive. It is attached to this new ticket:
Bug fixed in the forthcoming Clojure 1.5:
http://dev.clojure.org/jira/browse/CLJ-667
% java -cp clojure.jar clojure.main
Clojure 1.5.0-master-SNAPSHOT
user=> (try nil (finally (doseq [x (range 10)] (println x
0
1
2
3
4
5
6
7
8
9
nil
Andy
On Jan 30, 2013, at 8:42 AM, nick rothwell wrote
Josiah mentioned requesting a free trial of the ZIng JVM. Did you ever get
access to that, and were able to try your code running on that?
Again, I have no direct experience with their product to guarantee you better
results -- just that I've heard good things about their ability to handle
con
Roger, tryclj.com is limited in what it can do. The Clojure code you type in
there is running on the web server across the network from you, not on your own
local machine. That file isn't accessible there.
Also for that reason many symbols are not allowed to be used in tryclj.com
expressions,
Can you post a larger chunk of code for us to examine, perhaps on github or as
a gist if it is over 30 lines of code or so? Many of us have had good success
with eliminating reflection using type hints, so it should be possible to make
it work.
Andy
On Feb 3, 2013, at 12:50 PM, Kanwei Li wrot
I was able to open an X windows emacs session using:
(require '[clojure.java.shell :as sh])
(sh/sh "emacs")
on my system. The REPL did not give another prompt until I quit that emacs
invocation. I was able to get another REPL prompt immediately using this:
(future (sh/sh "emacs"))
> resolved.
>
> Reflection warning, NO_SOURCE_PATH:11 - reference to field readLine can't be
> resolved.
>
> Reflection warning, NO_SOURCE_PATH:29 - reference to field newLine can't be
> resolved.
>
> Reflection warning, NO_SOURCE_PATH:20 - reference to field ne
You can create a ticket for java.jdbc here if you wish that describes the
problem and what you think will fix it. Then any of the 500+ Clojure
contributors can take a shot at fixing it:
http://dev.clojure.org/jira/browse/JDBC
Andy
On Feb 5, 2013, at 7:07 PM, a...@bitlimn.com wrote:
> Hey
clojure.set/intersection is documented to work on "input sets". In Clojure,
all sets are finite. (range) is a lazy sequence, which isn't a set. You could
attempt to make a set out of it with (set (range)), but that won't work because
it will try to consume the entire unending sequence.
I wou
That is nowhere near the Clojure group's 7000+ members, but it is a good start
for only existing since Jan 23.
Don't worry, I won't mention its existence here every 2 weeks. I will in
another 6 months or so, as a note to any new Clojure group members who are
especially interested in ClojureScr
Following up on the thread "*read-eval* vulnerability", I started writing some
documentation for how to read Clojure data safely. That isn't ready yet, but
before I get the time to finish that I wanted to quickly get out a warning that
is obvious to some, but probably not all:
NEVER use cl
And just in case it gets edited by someone else before you have a chance to
read it, I've copied and pasted the current version below for reference.
Correction/comments/questions all welcome.
On Feb 11, 2013, at 10:29 AM, Andy Fingerhut wrote:
> Following up on the thread &qu
t; thank you, this was an easy read even for me
>>
>>
>> On Mon, Feb 11, 2013 at 7:32 PM, Andy Fingerhut wrote:
>> And just in case it gets edited by someone else before you have a chance to
>> read it, I've copied and pasted the current version below for refe
On Feb 11, 2013, at 6:28 PM, John Fries wrote:
> How are people currently handling this situation? Is it part of most
> people's clojure/emacs workflow to
> 1) Just insert the newlines by hand? (perhaps I'm the only one finding
> this repetitive)
I find inserting newlines by hand less repetitive
On Feb 12, 2013, at 9:57 AM, Phil Hagelberg wrote:
>
> Andy Fingerhut writes:
>
>> It isn't just clojure.core/read executing code that can consume CPU
>> cycles that is the issue, it is clojure.core/read executing code that
>> can wreak havoc with your system an
On Feb 12, 2013, at 1:46 PM, Phil Hagelberg wrote:
> Andy Fingerhut writes:
>
>> Examples of dangerous side effects that can occur with
>> clojure.core/read and read-string in Clojure 1.4 and earlier:
>>
>> ;; This causes precious-file.txt to be created if it does
On Feb 14, 2013, at 1:27 PM, AtKaaZ wrote:
> The goal is to can write this form:
> => (let [a java.lang.RuntimeException]
> (new a)
> )
> CompilerException java.lang.IllegalArgumentException: Unable to resolve
> classname: a, compiling:(NO_SOURCE_PATH:2:3)
>
> attempt with macro:
> =
There's a ticket requesting that enhancement:
http://dev.clojure.org/jira/browse/CLJ-863
Andy
On Feb 15, 2013, at 1:15 PM, Denis Washington wrote:
> Hi,
>
> I just solved the "Replicate a Sequence" problem on 4clojure [1] using
> "interleave". However, I noticed that "interleave" cannot be
Jules:
Did you see this page on clojure-doc.org before?
http://clojure-doc.org/articles/tutorials/eclipse.html
I don't know if it covers any of the difficulties you found, or documents
anything that you'd like to see documented, but Michael Klishin and others that
maintain clojure-doc.org
I don't know if it would be within the scope of what GSoC would be interested
in funding, or if anyone would be interested in doing it, but from some of the
messages in the "Why is it so hard?" thread, there are people interested in
seeing Clooj stay up to date and maintained.
Andy
On Feb 14,
Eric:
1 was a result of a change made by choice:
https://github.com/clojure/clojure/blob/master/changes.md#210-set-and-map-constructor-functions-allow-duplicates
The ticket linked there has a link to a design page on it, which in turn has a
link to an earlier discussion thread on the Cloju
Integer is a "boxed" integer in Java. It is a full Java Object. The
java.awt.Color constructor you are calling takes 4 primitive int parameters,
not Integer. Try this:
(set! *warn-on-reflection* true)
(def a 1)
(java.awt.Color. (int 0) (int 0) (int (or a 0)) (int 0))
I'm not so sure what yo
This won't get you all of the way to Java speeds, or at least it didn't for me,
but try these things:
Use:
(set! *warn-on-reflection* true)
(set! *unchecked-math* true)
The first won't speed anything up, but it will warn you about some things that
are slow.
The second will use unchecked match
^objects is a Clojure synonym for ^"[Ljava.lang.Object;". Note that there are
such synonyms for only a few Java types, not everything, e.g. there is no
^strings.
What you are hinting is that a1 and a2 are Java arrays of objects. I think
this might speed up (aget a1 i) expressions, since it is
I believe anyone should be able to create an account at this web site and then
create a ticket. If you have any trouble doing so, let me know.
http://dev.clojure.org/jira/browse/CLJCLR
Andy
On Feb 20, 2013, at 12:58 PM, Frank Hale wrote:
> I wanted to report an issue with Clojure-CLR 1.4.
On Feb 24, 2013, at 8:46 AM, Marko Topolnik wrote:
> On Sunday, February 24, 2013 2:50:01 PM UTC+1, bernardH wrote:
> FWIW, I, for one, am really glad that Clojure allows us to select precisely
> which nice tools we want (have to) throw away (persistent data structures,
> dynamic typing, synchro
On Feb 24, 2013, at 9:33 AM, Marko Topolnik wrote:
>
> Take a look at any of the Common Lisp or Haskell submissions to the Computer
> Language Benchmarks Game web site, and you will see some programs that are
> nowhere near what people typically write in those languages, and certainly
> not w
I've got a github repo with submissions for the Benchmarks Game web site for
Java and Clojure, with several different Clojure programs for most problems:
https://github.com/jafingerhut/clojure-benchmarks
If people would like to submit what they consider idiomatic Clojure programs
for any of
501 - 600 of 912 matches
Mail list logo
