Hi,
> http://www.lisperati.com/clojure-spels/casting.html
by sheer accident I found that version just last night. You should
probably refactor those defs of global vars. Other than that there
are references to cddr and remove-if-not in the text which do not show
up in the code.
Cheers,
Stefan
On 30 Mar, 19:12, Stuart Halloway wrote:
> The labrepl now has much better "getting started" instructions, thanks
> to everyone who pitched in. But this begs the question: Why hide the
> getting started instructions in a single project? So, I am working to
> create definitive instructions
Hi,
On Apr 1, 9:58 am, Rob Wolfe wrote:
> In my opinion this
> description:http://www.assembla.com/wiki/show/clojure/Getting_Started_with_Emacs
> is a little bit too terse.
> It assumes that everyone is an Emacs and Java expert
> and Linux user (e.g. no info about ELPA patch for Windows).
I th
On 1 Kwi, 10:13, Meikel Brandmeyer wrote:
> Hi,
>
> On Apr 1, 9:58 am, Rob Wolfe wrote:
>
> > In my opinion this
> > description:http://www.assembla.com/wiki/show/clojure/Getting_Started_with_Emacs
> > is a little bit too terse.
> > It assumes that everyone is an Emacs and Java expert
> > and
On Thu, Apr 1, 2010 at 12:29 PM, Meikel Brandmeyer wrote:
> Hi,
>
> On Apr 1, 6:58 am, Douglas Philips wrote:
>
>> According to:http://clojure.org/reader
>> Symbols begin with a non-numeric character and can contain
>> alphanumeric characters and *, +, !, -, _, and ? (other characters
>> will be
Hi,
On Apr 1, 10:42 am, Per Vognsen wrote:
> Are you serious? It is neither complete nor consistent. How can it be
> authoritative?
The list is by definition complete and consistent. Use characters not
in the list and your programs might suddenly break. Exceptions in core
(<, =, /, ...) might b
Unless you want to argue that core is magical, I don't see how you
could possibly maintain that claim of consistency.
It is perfectly understandable that the documentation in this and
other areas may sometimes be lacking and lagging with Rich's focus on
forging ahead. Keeping that in mind, it is v
Hi,
On Apr 1, 11:10 am, Per Vognsen wrote:
> Unless you want to argue that core is magical, I don't see how you
> could possibly maintain that claim of consistency.
As I said: exceptions in core are disputable, eg. /, ns, etc.
Clojure being still young and in flux at certain areas doesn't
cont
I know, I know I'll refactor the defs :-)
Thanks for the other corrections, too.
On Apr 1, 3:40 am, Stefan Kamphausen wrote:
> Hi,
>
> >http://www.lisperati.com/clojure-spels/casting.html
>
> by sheer accident I found that version just last night. You should
> probably refactor those defs of glo
You could perhaps also try format;
(println (format "%5.2f" 10.2)))
-Rgds, Adrian
On Thu, Apr 1, 2010 at 7:27 AM, Mark Engelberg wrote:
> printf doesn't seem to do anything inside a gen-class -main function, when
> run from the executable jar program (compiled by the latest Netbeans
> Enclojure
On 1 Apr 2010, at 13:04, Meikel Brandmeyer wrote:
Clojure being still young and in flux at certain areas doesn't
contradict a currently valid, authoritative documentation. It may be
that the list for allowed characters in a symbol is extended at some
point in time. However this does not mean tha
2010/4/1 Mark Engelberg :
> printf doesn't seem to do anything inside a gen-class -main function, when
> run from the executable jar program (compiled by the latest Netbeans
> Enclojure release). Is this normal, and if so, what's the workaround?
The REPL flushes output after prompting. You need t
From a pragmatic point of view, I'd summarize the situation as
follows:
- The Clojure documentation lists which characters can be used in
symbols. If you care about long-term portability, you'd best stick
to those, though no one will sign a contract guaranteeing this list
forever.
Giv
Once I update the getting started stuff for Enclojure, I'll put a link on
the Assembla site.
Thanks Stu!
On Tue, Mar 30, 2010 at 1:12 PM, Stuart Halloway
wrote:
> The labrepl now has much better "getting started" instructions, thanks to
> everyone who pitched in. But this begs the question: Why h
Hi Conrad,
thanks for putting this tutorial up. "Casting SPELs" was actually one
of the documents that inspired me to start learning Lisp, so I'm happy
to see it may help others get started with Clojure.
Adding to the corrections: The Addendum (page 8) seems to have
remained CL-centric (defparame
Hi,
I am trying to upload a JAR to Clojars.org but I am getting
NullPointerException. Can somebody help me understand what's going on?
The log is below:
D:\projects\hgrepos\jettify\jettify-parent\jettify-java\target>scp
pom.xml jettify-java-0.2.jar cloj...@clojars.org:
Welcome to Clojars, kumarsh
From a pragmatic point of view, I'd summarize the situation as
follows:
- The Clojure documentation lists which characters can be used in
symbols. If you care about long-term portability, you'd best stick
to those, though no one will sign a contract guaranteeing this list
forever.
Given
Thanks, I have incorporated a modified version of these instructions
in the labrepl and in http://www.assembla.com/wiki/show/clojure/Getting_Started
.
Stu
(3) IDEA integration: Ditto but for IDEA/La Clojure.
I have tested labrepl on IntelliJ IDEA Ultimate 9 on Mac: Here are the
steps to in
I am updating the Eclipse/Counterclockwise instructions to rely on the
maven pom.xml for project definition (as opposed to an Eclipse-
specific project file). This simplifies life as the same pom.xml can
be used as the project description across all the different IDEs.
I am hitting two issue
Hi Stu,
On which project are you doing that ?
Alas, my maven foo are not what they used to be, these days, so I
don't personally have an answer to question (2). Hope somebody else
will answer.
Same for question (1). It indeed seem annoying to have to do things in
two steps, but I'm not sure the
Did you run the test with the -server jvm option? This command line
argument is usually recommended when measuring performance.
-Julien
On Mar 31, 10:56 am, Krukow wrote:
> On Mar 29, 10:21 pm, Krukow wrote:> Hello,
> [snip..]
> > What was surprising to me wasn't that "inserts" are slower - tha
This is on labrepl. You can reproduce what I am seeing by ignoring the
Eclipse project file and importing project from maven (which is my
objective).
Stu
Hi Stu,
On which project are you doing that ?
Alas, my maven foo are not what they used to be, these days, so I
don't personally have a
I gave up on using the two together; I don't use the M2Eclipse plugin,
I just use the mvn eclipse:eclipse goal to setup the .classpath. That
seems to work. I don't remember doing anything with JDK version; I
must have manually switched it at some point, and I believe
eclpse:eclipse honors the valu
Hi Shantanu,
Shantanu Kumar writes:
> jettify-java
> jar
> 0.2
> jettify-java
> http://code.google.com/p/bitumenframework/
You appear to not be specifying a groupId in your POM. Try adding one.
Cheers,
Alex
--
You received this message because you are subscribed to the Google
Gro
On Apr 2, 4:37 am, "Alex Osborne" wrote:
> Hi Shantanu,
>
> Shantanu Kumar writes:
> > jettify-java
> > jar
> > 0.2
> > jettify-java
> > http://code.google.com/p/bitumenframework/
>
> You appear to not be specifying a groupId in your POM. Try adding one.
It worked. Thanks!
Regards,
Even though the specs clearly say that commas are whitespace, the following
repl session doesn't feel "intuitively" right:
...
user> (list 1 2 3)
(1 2 3)
user> (list 1, 2, 3)
(1 2 3)
user> (list 1, 2, , 3)
(1 2 3)
user> (list 1, 2, nil , 3)
(1 2 nil 3)
...
"," is same as ", ," is same as " "...
It doesn't feel right only if you still think you are programming in
an Algol-style language where , is a separator token.
I can't imagine this is going to change.
-Per
On Fri, Apr 2, 2010 at 12:37 PM, Frank Siebenlist
wrote:
> Even though the specs clearly say that commas are whitespace, the f
27 matches
Mail list logo
