Hi all,
I've recently added some Clojure support to
https://github.com/abo-abo/lispy.
A short description of the package is that it's all the Paredit
functions (and more) bound to unprefixed keys, e.g. a, c, 1, 2
etc. Nothing to do with evil package. Keys call commands instead
of self-inserting
Didn't mean to imply that you should try to corner the market in
refactorings, but simply thought you might be wanting to promote a useful
Clojure tool across editors. I'm not sure if Chris views Light Table as a
Clojure-centric editor though at this point, Clojure probably does have the
best
Hi,
I'm looking for coverage reporting in Clojure. I've been using
Cloverage[1] but I'm just wondering if there are any other coverage
tools?
Aaron
[1] https://github.com/lshift/cloverage
pgpMaXQ__7lWz.pgp
Description: PGP signature
The worg documentation for the Clojure language has been updated:
http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-clojure.html
The installation instructions should result in a current
Clojure/CIDER/clojure-mode/Leiningen system.
Regards,
Greg
--
You received this message because
I tried asking this on twitter and wasn't getting my question across in 140
characters so I decided to post here.
I'm curious as to why Clojure as a language hasn't abstracted/hidden all of
Java's classes and created their own in the Clojure. namespace.
For example
Big Ints are of type and
If anyone is interested, that's roughly what i'm currently thinking about...
(ns async-util.input-pipe
(:require [clojure.core.async.impl.protocols :as impl]
[clojure.core.async :refer [! close! go-loop]]))
(defprotocol InputPipe
(attach* [p ch])
(detach* [p]))
(defn
Hi,
What's the benefit of hiding/abstracting the underlying platform away?
There are reams of documentation about the Java classes and simply
renaming them to say they are Clojure classes would seem to reduce the
discoverability of those docs.
JMTC
Aaron
On Sun, Feb 02, 2014 at 02:50:01PM
It would be a bad idea to wrap up everything in custom types:
a) It would add a performance overhead. Better to use the Java types
directly - they are very well optimised on the JVM
b) It would make it much harder to use Java libraries and APIs. Java APIs
expect the correct Java type, and
Hey guys,
Is there a similar function to read-string that preserves formatting info
(perhaps by storing formatting info as metadata)?
My app does a read-string on a clojure file and saves the content to
datomic (each fn is stored in an entity, each file can have multiple fns).
The difficulty
You can try using tools.reader[1]'s source-logging-push-back-reader:
user= (require '[clojure.tools.reader :as r]
#_= '[clojure.tools.reader.reader-types :as readers])
nil
user= (- { :foo [ bar] } readers/source-logging-push-back-reader
r/read meta :source)
{ :foo [ bar]
Slam dunk! Looking forward to trying this out.
On Thursday, January 30, 2014 5:13:36 AM UTC-8, Magnar Sveen wrote:
clj-refactor.el
Since the last update, there's been lots of activity for
clj-refactor.elhttps://github.com/magnars/clj-refactor.el
. Alex Baranosky
Slam dunk! Looking forward to trying this out.
--
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
lein-describe
Have you ever be involved in a Clojure project and wondered how are these
dependencies used? or what do these plugins do?. This plugin can help
you answer those questions.
lein-describe provides detailed information about Clojure project
dependencies and plugins. With a single
Perfect, thank you!
On Sunday, February 2, 2014 9:38:03 PM UTC-5, Sarkis Karayan wrote:
Hey guys,
Is there a similar function to read-string that preserves formatting info
(perhaps by storing formatting info as metadata)?
My app does a read-string on a clojure file and saves the content
Perfect, thank you!
On Sunday, February 2, 2014 9:45:09 PM UTC-5, Nicola Mometto wrote:
You can try using tools.reader[1]'s source-logging-push-back-reader:
user= (require '[clojure.tools.reader :as r]
#_= '[clojure.tools.reader.reader-types :as readers])
nil
user= (- {
This succeeds:
(run 1 [q]
(distincto q)
(== q [1 2 3])) - ((1 2 3))
But this runs forever:
(run 1 [q]
(distincto q)
(== q [1 2 3 1]))
BTW, why is it so difficult to create a bug report for core.logic? Issue
tracker is not enabled in GitHub. I signed up to http://dev.clojure.org/
This is not a bug, just a result of the evaluation model - order matters.
Bugs can be filed here: http://dev.clojure.org/jira/browse/LOGIC
David
On Mon, Feb 3, 2014 at 12:51 AM, Atamert Ölçgen atamert.olc...@gmail.comwrote:
This succeeds:
(run 1 [q]
(distincto q)
(== q [1 2 3])) -
This is not a bug, just a result of the evaluation model - order matters.
I thought order didn't matter (unless otherwise stated) in core.logic. Is
there a way for me to infer which goals are like this? (by looking at the
code if not from docs)
I am trying to get this working:
(defn geto [c
There's a nice explanation on why Clojure has BigInt in Clojure
Programminghttp://www.clojurebook.com/ (page
428). Like Mikera wrote, there were two reasons: one was that Java's
BigInteger's hashCode is not consistent with Long's hashCode. Secondly
Clojure BigInts have been optimized for
Termination in Prolog like systems is a hard problem and core.logic doesn't
provide much innovation here yet. I don't have time to look more closely at
your specific program. I recommend looking at a good Prolog text as they
often discuss issues around termination and possible workarounds.
David
20 matches
Mail list logo