Re: Adding JavaDocs for Interoperability with Java?

A few other thoughts here: - To elaborate on Colin's suggestion a bit, if you define Java interfaces in Java, it's easy to create a function that reifies those interfaces (this means that it returns an object that implements arbitrary interfaces). In this case the only interop a consumer would

Re: [ANN, GSoC] A Common Clojure Source Metadata Model

Just trying to bump this up a bit. "Coding" will start soon, so I'd be happy about some more input. Especially if you have further thoughts or wishes along the lines of https://groups.google.com/d/topic/clojure/E1oxVE4UMxQ/discussion. -- You received this message because you are subscribed to

Re: Adding JavaDocs for Interoperability with Java?

Hi Timur, The problem with JavaDoc is that it's a source-level attribute, so in order to be used from a Java editor the editor would have to understand Clojure. This is actually possible in Cursive - as far as I'm aware no other system does this right now. The other aspect would be generating Java

Re: Adding JavaDocs for Interoperability with Java?

Hi, Timur AFAIK, JavaDocs are just comments with some predefined tags that are completely ignored by Java compiler. As Clojure works directly with bytecode, I think it's not possible to insert any kind of JavaDoc in Clojure compiled interface or class. Regards Plínio Balduino On Tue, May 19, 20

Re: Why does the following Clojure code take 10x the time the C# version does? How to improve the Clojure version?

Hi Amith, One last optimization yields a 4x increase over the last version, and now 12x over the original: "Elapsed time: 22848.384642 msecs" Code here: https://gist.github.com/kunstmusik/db6e14118e818abf3bb8 Changes from last version: - parse-inputs - Put parsed Paper objects into an array i

Re: Why does the following Clojure code take 10x the time the C# version does? How to improve the Clojure version?

Hi Amith, Just got back from a trip and had a chance to look at this again. I'm not sure why you didn't see a change there; I'm running the same version of Clojure and Java here. I did another change to move from using a reduce to nested loop-recurs. That with a some additional type hints for ^

Re: One more argument for cyclic dependencies

Gary wrote: * I was under the impression that Clojure only restricted cyclic dependencies between ns forms. Have you tried calling import/require/gen-class directly? Not much. I did try one trick that involved switching namespaces inside a file, but it didn't work. I can try other things. --

Re: One more argument for cyclic dependencies

Tassilo, Jeroen, I used gen-class because Chas Emerick's type selection flowchart (https://github.com/cemerick/clojure-type-selection-flowchart) indicated that it was needed in order to allow named classes and interface implementations, and that's what I thought I needed. However, perhaps that

Re: One more argument for cyclic dependencies

Just to clarify a couple of things concerning my last post: Strictly speaking, the ClassNotFoundException is not the result of the order of namespaces in the :aot sequence in project.clj, but from the fact that if I start from a clean state with no compiled namespaces, then when the first names

Re: One more argument for cyclic dependencies

Thanks Tassilo, Jeroen, Gary. I have to think about those suggestions and investigate, but I wanted to quickly specify the error in response to Gary's question. If, in project.clj, I specify: :aot [students.AltState students.Student students.Students students.TemperingSteppable students.Stude

Adding JavaDocs for Interoperability with Java?

Hi everyone, Is it possible to add JavaDocs to Clojure so that it can support Java programmers. For instance a JavaDoc to a protocol or to an interface defined in Clojure which is later on read by a Java developer? Regards, Timur -- You received this message because you are subscribed to the

Re: Looking for a clojure expert to help fill in a language feature reference

Hi Atamert It's for everyone. Yes, it is completely public. All there is to it is this big Google spreadsheet . I do it on my own time and don't get paid anything. My goals are to reduce the amount of time that is spent

Re: One more argument for cyclic dependencies

I do not understand the problem. Could you elaborate a bit? Maybe provide a minimal-ish project that reproduces the error? In particular: * dependencies between types are easily solved in Java by introducing interfaces as an indirection layer for the type system, or with protocols in Clojure. As

Re: Why does the following Clojure code take 10x the time the C# version does? How to improve the Clojure version?

Hi, Thank you for taking the time. That is a rather smart algo. The code and the changes were easy to understand. I didn't implement the parallelized version as my aim was to understand why the clojure version was so slow compared to the equivalent C# version. (Btw, you have access to a 12 co

Re: Why does the following Clojure code take 10x the time the C# version does? How to improve the Clojure version?

Hi, Thanks for taking the time to profile the code. I implemented the two suggestions (using the two argument arity of lte and using aset inste

Re: One more argument for cyclic dependencies

Mars0i writes: > MASON simulations typically consist of > > (a) One or more "agents", which implement an interface (Steppable) > with a single method, step(). > > (b) An instance of a class that extends SimState, which contains a > scheduler that repeatedly calls step() in every agent that's re

Re: ANN: clojure.java.shell2 drop in replacement for clojure.java.shell

Ok, thank you for your reply. I will give it a try then soon on one of my pet projects! Thanks! On 05/18/2015 09:25 PM, Marc Limotte wrote: Hi Max. I'm not actively doing any work on it. Mainly because there are no requests for changes. It's pretty straight-forward. I haven't tested it wi

Re: One more argument for cyclic dependencies

Maybe I misunderstand the problem, but can't you have the Agents implement protocols (in a different namespace) and refer to that? On Tue, May 19, 2015 at 5:19 AM, Mars0i wrote: > Sorry, the reference to an 85X speed difference was a typo. Should be 70X. > > -- > You received this message becau