Github page embeds your pdf as an image, browser sad.
https://github.com/franks42/kitjensink/raw/master/extras/ClojureVarsNamespaceType6.pdf
On Thursday, March 1, 2012 5:14:19 PM UTC-7, FrankS wrote:
It is my experience that the way how these fundamental Clojure entities,
like Strings,
Weekend made.
Thank you!
--
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
Would now be a bad time to observe there was a large change made to the way
exceptions are handled, and the lack of guard-rails (no tests for exception
handling behavior) may have contributed to this regression?
https://github.com/clojure/clojure/commit/8fda34e4c77cac079b711da59d5fe49b74605553
Fair enough. :) Complete test coverage is intractable.
But in clojure, there are only a handful of tests that contain a catch and none
that test try/catch semantics. Maybe I'm looking in the wrong place...
--
You received this message because you are subscribed to the Google
Groups Clojure
I don't know what the right solution is either, but here is a JIRA ticket
with an attached regression test. A start.
http://dev.clojure.org/jira/browse/CLJ-855
On Tuesday, October 11, 2011 3:02:47 PM UTC-7, Stuart Sierra wrote:
I was a little worried about this when the exception behavior for
Do you know if that solution will extend to sharing clojure core libraries
where that makes sense (a lot of copy-n-pasted code in
[core|set|string|walk|zip].cljs)?
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to
I ran into this exact issue on an alioth benchmark.
Adding the explicit (long ...) conversion gets rid of the reflection
warning, but didn't have a significant effect on performance.
The inner loop is still boxing the return value.
On Thursday, September 15, 2011 8:36:53 AM UTC-7, Sean Corfield
2 is
fractionally faster by ~3% over option 1.
Expectation would be the explicit conversion to long shouldn't be needed.
On Thursday, September 15, 2011 8:16:10 PM UTC-7, pmbauer wrote:
I ran into this exact issue on an alioth benchmark.
Adding the explicit (long ...) conversion gets rid
Bit of copyright violation, that.
If you want the Closure e-book, get a licensed copy. We should encourage legal
means of obtaining information rather than post links to hosts that aren't
authorized to distribute materials.
--
You received this message because you are subscribed to the Google
+1
On Friday, August 12, 2011 3:16:15 PM UTC-7, Sergey Didenko wrote:
BTW, Is there a case when AI self-modifying program is much more elegant
than AI just-data-modifying program?
I just can't figure out any example when there is a lot of sense to go the
self-modifying route.
--
You
For the sieve, if performance matters, clojure's native data structures may
not be the best choice.
A mutable array of boolean primitives could be more apropos.
(defn prime-sieve [^long n]
(let [^booleans sieve (make-array Boolean/TYPE (inc n))]
...)
... using aset/aget to write/read
Why all the attention to :use - I thought everyone agreed using it is
a bad idea?
Really? I thought it's use was only considered bad form in the absence of
:only
The only benefit I see is that you can avoid a (minimum 2
character) prefix.
I would think the obvious benefit is its
You don't need 'use' in production? ;)
*ducks*
On Friday, August 5, 2011 12:06:29 PM UTC-7, David Nolen wrote:
On Fri, Aug 5, 2011 at 2:51 PM, Fogus mef...@gmail.com wrote:
The following lines looks problematic:
(ns mainpage
(:use lib.dom-helpers))
That is, ClojureScript only
In Clojure, there is a clear distinction between using Clojure namespaces
and importing interop packages.
Is it a goal then to blur that line in ClojureScript?
'use' couldn't be used analogously just for ClojureScript names as it is in
Clojure?
On Friday, August 5, 2011 5:14:36 PM UTC-7, Rich
I might be able to disprove your scurrilous charge if ...
I doubt that since your earlier assertion was factually incorrect.
See mvn install:install-file
http://maven.apache.org/guides/mini/guide-3rd-party-jars-local.html
Not relevant. We were discussing use of lein deps.
Wrong
What if you have the JAR on a disk somewhere, for other reasons, but
until now it wasn't a dependency of that particular project?
Your assertion that dependency management systems are in any way
disadvantaged to manual dependency management in terms of SPOF or requiring
a network connection is
Please post all Errors and Corrections here
http://www.manning-sandbox.com/thread.jspa?threadID=41321tstart=0
On Friday, July 29, 2011 9:10:00 PM UTC-7, Julien Chastang wrote:
Thanks for your in-depth analysis.
In conclusion, the 11.5 listing is broken specifically with the
reification of
Announcement Link, details:
https://groups.google.com/d/topic/clj-phx/l_S4qcOSuaY/discussion
August 30th, 6:30 PM
Food provided.
Please use the group mailing list for replies, RSVPs (
http://groups.google.com/group/clj-phx)
Hosted by *Shutterfly http://www.shutterfly.com/*.
--
You received
That wasn't called for.
Given Stu linked to the page (and is linked in the 1.3 release notes), it's
reasonable to assume the permission error is merely a mistake and not some
nefarious plot to withhold information from the Clojure community.
On Thursday, July 28, 2011 4:48:34 PM UTC-7, Ken
Anyone in the Phoenix area care to help start a Clojure user group?
http://clj-phx.wikispaces.com/Startup+Discussion
--
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
Great! I've created a mailing list:
http://groups.google.com/ http://groups.google.com/group/clj-phx
group/clj-phx http://groups.google.com/group/clj-phx
On Thursday, July 28, 2011 8:17:14 PM UTC-7, Charlie Griefer wrote:
On Thu, Jul 28, 2011 at 8:12 PM, pmbauer paul.mich...@gmail.com wrote
These unhappy threads need to die a horrible death.
--
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.
I do not think we should attempt a recommended IDE (not even Clooj).
We should offer a path for all existing IDEs / editors.
...
Use an editor not listed here? Try Clooj
(i.e., use this as a simple catch-all if we haven't covered what you
already used today).
That's one way of
Fair point, but Rhino doesn't always have the correct semantics.
For example, one common JS idiom for default params:
eval(undefined || 2 + 2) = returns true instead of 4
But mostly, Rhino is just a JS engine with no DOM, so is less than ideal for
browser UI development.
I do so hope
+1 on clooj.
One click and you have a working build environment, REPL, and REPL-aware
editor.
https://github.com/downloads/arthuredelstein/clooj/clooj-0.1.5-standalone.jar
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send
FWIW, lein and JDK 1.7 play fine together on both my linux systems (Ubuntu
10.10 and 11.04).
--
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 -
Would be glad to help.
I have a JIRA account (CA signed, etc) but no perms to add/edit pages.
--
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 -
P.S.
JIRA account ID: pmbauer
--
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
I know.
But the sorts of (presently non-portable) scripts in scripts (see
bootstrap, repl) ad-hoc test strategy, etc in ClojureScript are begging for
dependency management and a build tool.
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to
If ClojureScript isn't mavenified, how else do you easily make it a
dependency in a web application?
--
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
Something akin to the clj-nstools ns+ in clojure proper would sure make life
easier.
--
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
Fair enough.
But, it would be nice to eventually have a ClojureScript jar available in a
public maven repo someplace.
Not having one would needlessly complicate projects that already use a
maven-based build tool (mvn, lein, cake) and want to depend on it as part of
their build.
--
You
Fair enough. That addresses my concern.
--
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
Per instructions from redinger and jgehtland (patch addressing one issue
attached).
Three separate issues so far re: path support on windows
* compiler path regex is not portable, cljs/compiler.clj:1096 (see attached
patch, thanks amalloy for the assist)
* generated JS has path problems on
On Tuesday, July 12, 2011 6:18:12 PM UTC-7, Chas Emerick wrote:
I hesitate to go even more meta, but since I started the thread, I thought
I would say:
I talked for a bit in the results post about mailing list threads going
into the weeds; at least IMO, this one qualifies. It wouldn't be
Slimv supports this for clojure via swank.
http://www.vim.org/scripts/script.php?script_id=2531
--
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
If you add an inexact number and an exact number, the only thing that
makes sense is to return something that is inexact.
So why then are double's contagious when mixing double and float values in a
calculation?
Doubles and floats are both inexact, but floats are at least less exact than
(re: why then...)
P.S.
I mean in more general context of how double contagion is handled in most
languages.
Clojure 1.3 alphas auto-promote floats to doubles in almost every case eg.
exception: (type (float 1.0))
On Monday, May 23, 2011 4:16:48 PM UTC-7, pmbauer wrote:
If you add an inexact
Use Case: Auto-generated record - relational mapping?
Tables with more than 19 columns is not unheard of.
--
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
The official way to get started has way too many sharp edges
(Download JDK, install, set JAVA_HOME, add JAVA_HOME/bin to path, download
clojure.zip, extract, sacrifice chicken, run java -cp clojure.jar clojure.main)
... at which point you get a kinda crappy REPL. Oops.
Compare to (on linux):
The recommended way definitely should be one of the painless installs.
This works:
* Download NetBeans, configuring on the NB homepage for J2SE, and run
installer
So does this:
* Download Eclipse J2SE
Sure, but that's still a lot of work just to get a simple repl.
The easiest
If ALL you want is a SIMPLE repl you can just go to the tryclojure site. :)
Not quite.
As far as official disto's go, the current state is a little raw for getting
started
And having the official getting started instructions be (as you suggested)
So now you go download this 100MB IDE is a
Mmm, not quite.
Doesn't clojure run just fine with the 15MB JVM?
--
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
I'm beginning to think this has degenerated a bit into argument for
arguments sake.
Yes, JRE. You don't need the JDK to read/eval .clj files. And in the
context of where this all started, namely, critiques to the current getting
started experience for new users, a 75MB JDK + 100MB IDE is
I've found the community to be very friendly and helpful.
The problem is that the entire contents of the clojure.org site is
written by an expert, for experts.
...and necessary.
More verbose, newbie-friendly docs are important too, but take a lot more
time and effort (clojuredocs.org,
Sorry; I don't really care for web forums much. I think mailing lists
and Usenet are much to be preferred.
Please do use Manning's forum for this.
Actually, I can't. My copy is borrowed, for now, rather than my own,
so I don't have an account there.
Actually, you can.
You just have to
Manning's forum would be a better home for errata than the Clojure mailing
list.
http://www.manning-sandbox.com/forum.jspa?forumID=624
--
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
clojure-contrib was left broken 1.5 months past.
clojure/core are no longer maintaining the monolithic clojure-contrib
library as it is deprecated.
A bunch of new projects are starting to fill the void (see listing at
https://github.com/clojure)
Some functionality isn't making the migration -
ALT-[LEFT|RIGHT] ARROW - nav back/forward
I was very pleased to have proper browsing history support - great way
to do breadcrumbs.
P.S.
When I started learning clojure a year ago, one of the biggest pain
points was not having a resource like this.
Dynamic languages, in general, and clojure, in
clojure/core use an alternative workflow to typical OSS on github, so
the eqqon link is not apropos.
The clojure github readme doesn't advertise the workflow, but you can
find it here:
http://clojure.org/contributing
http://clojure.org/patches
On Apr 20, 1:44 am, Ivan Koblik ivankob...@gmail.com
Ivan,
clojure/core use a different workflow than is typical for github
projects.
The github readme doesn't indicate, but you may find the process here:
http://clojure.org/contributing
http://clojure.org/patches
Cheers,
pm
On Apr 20, 1:44 am, Ivan Koblik ivankob...@gmail.com wrote:
Hello
51 matches
Mail list logo