Hi guys.
I've opened Clojure source in IDEA and wondered why are there so many
warnings? For example in
https://github.com/clojure/clojure/blob/master/src/jvm/clojure/lang/Compiler.javaclass
there are such perls as
* manual array copy;
* initialization of parameterized types using
Just use a different namespace.
Thanks! That did the trick.
Regards,
Frederik
--
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
I'm not advocating all of the Java coding practices that cause warnings in
IDEA, but my guess would be that most folks looking at the Java code used to
implement Clojure don't use IDEA. It all compiles without warnings using javac
and ant or Maven.
Also, in looking at some of these warnings
Hi, Andy. To be clear I'm not talking about bugs but only about warnings.
On Friday, November 23, 2012 12:54:20 PM UTC+3, Andy Fingerhut wrote:
I'm not advocating all of the Java coding practices that cause warnings in
IDEA, but my guess would be that most folks looking at the Java code used
Nice pointers,
I'm soo noob in the clojure world that I'm not able to answer your
question, but I will look into your articles.
Cheers,
Johan
Den torsdagen den 8:e november 2012 kl. 19:42:31 UTC+2 skrev Yakovlev Roman:
Some time have passed since i posted
Is clojure need it's own web
I recommend simply using jquery(ui).
closure has just been a pain to use for me. Nothing but frustration came
out of it.
jquery on the other hand, is great! :D
I mean, it even has documentation. ;) That's pretty hard to beat.
On Thu, Nov 22, 2012 at 7:10 AM, J Elaych microsc...@gmail.com
I maintain a legacy app (written in Java 1.4) with non-parametrized
constructors
and I still wonder if there's a real impact on the efficiency of code generation
when running under Java 5. The behavior of the app has not been changed
whatsoever after the move to Java 5.
The warning about unsafe
Uploaded new version today which ignores strings when indenting and adds
menu entries for changing the settings/key bindings.
Jonathan
On Mon, Nov 12, 2012 at 5:44 PM, Jonathan Fischer Friberg
odysso...@gmail.com wrote:
On a Mac, enter and Cmd+I work as advertised.
Nice! Thank you for
Fiel,
Fixed on the master branch as of this morning.
-David
On Saturday, November 17, 2012 7:46:47 AM UTC-6, FC wrote:
Hi DavidM and ClojureCLR users,
In ClojureCLR built using .NET 3.5 framework, with-open needs some help
finding the .Dispose method on IDisposable objects:
It occurs
I have unexplained behavior for with-meta.
As far as I understand with-meta should not alter object identity. E.g. if
we have the (= a b) = true for some a and b then
(= (with-meta a ma) (with-meta b mb)) = true should also hold for any ma
and mb.
So why do I get the following behavior at the
Hi,
only for persistent data structures (with a few caveats) [1]. For other
objects, such as function objects, equality check falls back to .equals().
Since with-meta returns a new object instance of an anonymous class,
.equals will always be false.
[1]
When you compare functions, it only checks if it is the same function
object (not if the function behaves the same way).
For example:
(= (fn []) (fn []))
;= false
The reason you get false in your case is because with-meta returns a new
object every time you call it.
We need a new object to keep
Is this plugin going to be available in the Sublime plugins repository in
near future? It would great to install it using the standard process
instead of copying the package to Pristine Packages.
Shantanu
On Friday, 23 November 2012 22:46:14 UTC+5:30, Jonathan Fischer Friberg
wrote:
I've thought about it, but not looked into it.
I'll do that now. :)
Jonathan
On Fri, Nov 23, 2012 at 7:50 PM, Shantanu Kumar kumar.shant...@gmail.comwrote:
Is this plugin going to be available in the Sublime plugins repository in
near future? It would great to install it using the standard
Frank:
Fixed in the master branch (which is 1.5 dev).
I also created a new branch named clojure-1.4.1 that is still a 1.4
version, with the the patch.
Also created binary distribution zip files for the new 1.4.1 release.
Several other bug fixes included in this update.
-David
On Friday,
Robert, Scott:
Fixed on the master branch.
Tripped up by CLR's strange convention for indicating method accessibility.
[sotto voce]: Just because a method has the Private flag set, don't think
the IsPrivate property is true. It can be IsAssembly instead.
[Deeply felt]: Sigh.
-David
On
Hi all,
For the past 2 hours I've been trying to write 'afilter' or 'aremove'
on top of 'areduce' but I'm totally failing...something goes wrong with
the type hints I suspect...I started with the simplest case possible:
(defn aremove [pred ^longs ns]
(areduce ns i ret (long-array
The exception is because (into-array [0 1 -7 2 -1 -3 4 5 -10])
is not an array of longs, use long-array instead.
In the areduce, we also have to return ret after each computation, like so:
(defn aremove [pred ^longs ns]
(areduce ns i ret (long-array (alength ns))
(let [v (aget ns
There's no difference in performance for non-parameterized constructors
because parameterization is implemented with erasure, ie the call is the
same. It actually looks better to me to have it unparameterized, though if
my tooling was complaining as I wrote it, I might be tempted to change the
Wow, it took them two major versions to find a solution to a short-sighted
decision.
I am impressed...
A style change that requires so much work like this one is bad.
I come from a time were warnings were issued by compiler to plan for future
deprecation. Not to force people to implement an
20 matches
Mail list logo