Re: Clojure - CLR - JS - Visual Studio Extension

I'm not sure how CLR & Javascript are related. However, if you want Clojure to translate into javascript, ClojureScript does that. If you're interested in helping make a visual studio extension to clojure, vsClojure is open source & could use your help. It shouldn't be too hard to modify the ms

Re: Understanding vars

On Mon, Mar 18, 2013 at 8:31 PM, Kemar wrote: > Explicitly derefing the var and calling meta on it works: > > (meta @#'c) -> {:amazing true} > > No idea as to why though... > Quirky. I assume that explicitly derefing the var defeats the speed benefits of ^:const, yes? -- -- You received thi

Re: Understanding vars

Explicitly derefing the var and calling meta on it works: (meta @#'c) -> {:amazing true} No idea as to why though... Am Dienstag, 19. März 2013 03:45:57 UTC+1 schrieb puzzler: > > On Mon, Mar 18, 2013 at 12:38 PM, Marko Topolnik > > > wrote: > >> This is just about the same as >> >> (def ^:co

Re: Midje 1.5 released

Thanks for your continued work on this, Brian. I can't wait to upgrade! On Monday, March 18, 2013 10:36:57 AM UTC-7, Brian Marick wrote: > > Midje is a test framework for Clojure that aims to be more readable than > clojure.test and to allow styles of testing that clojure.test does not. > > 1.5

Re: Understanding vars

On Mon, Mar 18, 2013 at 12:38 PM, Marko Topolnik wrote: > This is just about the same as > > (def ^:const pi (compute-estimate-of-pi)) > > > OK, just tried out ^:const in my code and it seems to strip off any meta data associated with the object stored in the var. That ruins its utility for my pu

RE: ANN: core.logic 0.8.0

Couldn't agree more. Thanks for all the effort you put in! I'm very excited about cl and it's future. -- From: Denis Labaye Sent: 18/03/2013 23:06 To: clojure@googlegroups.com Cc: minikan...@googlegroups.com Subject: Re: ANN: core.logic 0.8.0 On Sun, Mar 17, 2013 at 8

Immutant and ClojureScript

Hi, I tried to use the Immutant app server, some ClojureScript, and this little ring middleware https://github.com/jblomo/ring.middleware.clojurescript to "automatically" compile the ClojureScript and the resulting js. Upon a web-request, ClojureScript's build function is called from within the

Re: ANN: core.logic 0.8.0

On Sun, Mar 17, 2013 at 8:50 PM, David Nolen wrote: > I'm happy to announce the release of core.logic 0.8.0. There are far too > changes, bug fixes, and enhancements to cover here. For the most part the > miniKanren portion of core.logic has been left unchanged from the > standpoint of the user.

Re: Raw strings

On Monday, March 18, 2013 8:59:27 PM UTC+1, Andy Fingerhut wrote: > > str is based on the toString() method of java.util.regex.Pattern, so I do > not understand why you say it only works if you build up from parts that > are literal regexes. For example: > > user=> (def r1 (re-pattern "\\sfoo

Re: Raw strings

On Mon, Mar 18, 2013 at 12:48 PM, Marko Topolnik wrote: > > On Monday, March 18, 2013 8:37:19 PM UTC+1, Stefan Kamphausen wrote: >> >> >> this works pretty well, at least better than I expected, e.g.: >> >> user=> (def r1 #"(\s.)") >> #'user/r1 >> user=> (def r2 #"([abc])") >> #'user/r2 >> user=

Re: contrib.monads doesn't compile?

This is expected, the old contrib isn't compatible with 1.3+. You may have a look at the unofficial port to the newer versions: https://github.com/arohner/clojure-contrib/tree/1.3-compat On Monday, March 18, 2013 8:32:57 PM UTC+1, Jim foo.bar wrote: > > HI everyone, > > I just hit this and I th

Re: contrib.monads doesn't compile?

Old contrib is no longer supported or maintained and parts of it do not work with newer versions of Clojure so this failure is expected and nothing will get done about it (unless someone volunteers to port the old probabilities contrib to the new contrib ecosystem). On Mon, Mar 18, 2013 at 12:32 P

Re: Raw strings

On Monday, March 18, 2013 8:37:19 PM UTC+1, Stefan Kamphausen wrote: > > > this works pretty well, at least better than I expected, e.g.: > > user=> (def r1 #"(\s.)") > #'user/r1 > user=> (def r2 #"([abc])") > #'user/r2 > user=> (def r3 (re-pattern (str r1 "|" r2))) > #'user/r3 > user=> r3 > #"(

Re: contrib.monads doesn't compile?

clojure-contrib 1.2.0 probably still compiles reasonably well with Clojure 1.2.0, but since Clojure 1.3.0 support for the older contrib libraries has been gradually waning. http://dev.clojure.org/display/design/Where+Did+Clojure.Contrib+Go Andy On Mon, Mar 18, 2013 at 12:32 PM, Jim - FooBar(); w

Re: Raw strings

On Monday, March 18, 2013 12:25:07 PM UTC+1, Maik Schünemann wrote: > > http://dev.clojure.org/display/design/Alternate+string+quote+syntaxes > > It would have been nice to still have #" available for this and #// for regexes. That's probably my Perl heritage leaking through, though :) -- --

Re: Understanding vars

On Monday, March 18, 2013 7:16:17 PM UTC+1, puzzler wrote: > > It used to be that a common way to refactor this for best performance > would be: > > (let [pi (compute-estimate-of-pi)] > (defn f [x] > ; Do stuff with pi here > )) > This is just about the same as (def ^:const pi (compute

Re: Raw strings

Hi, On Monday, March 18, 2013 12:50:13 PM UTC+1, Marko Topolnik wrote: > > Dynamic regex building is a standard technique. Unfortunately, once you > leave the regex literal world, you are back to escaping everything. this works pretty well, at least better than I expected, e.g.: user=> (def r

contrib.monads doesn't compile?

HI everyone, I just hit this and I thought I'd share... 2 min ago I specified clojure-contrib 1.2.0 as a dependency only to use 2 functions from the probabilities namespace. However that namepsace depends on the contrib.monads namespace which immediately throw this compiler error : CompilerE

Re: what are some stack sizes that people use?

> Default stack size is 512kB for 32bit JVMs on Solaris, 320kB for 32bit JVMs on > Linux (and Windows), and 1024kB for 64bit JVMs. Thank you for that. So I guess I could double those numbers and see if that helps? -ss: 2048kb ? On Monday, March 18, 2013 3:02:22 PM UTC-4, larry google gro

Re: what are some stack sizes that people use?

> However, stack overflows are usually a good indication of problematic / faulty > recursive algorithms. Increasing the stacksize usually only alleviates some symptoms for > a bit. Increasing the stacksize is something that only rarely needs to be done, usually > when relying on an external l

Midje 1.5 released

Midje is a test framework for Clojure that aims to be more readable than clojure.test and to allow styles of testing that clojure.test does not. 1.5 is the Enterprise Edition and Respect the Repl Release. Enterprise (integration with build servers) * Configuration files * Tests can be selected

Re: Google Summer of Code 2013

2013/3/18 Daniel Solano Gómez > Hello, Laurent, > > On Mon Mar 18 13:38 2013, Laurent PETIT wrote: > > I just added a proposal for a "Refactoring feature for CCW & other IDEs" > : > > > > > http://dev.clojure.org/display/community/Project+Ideas#ProjectIdeas-RefactoringfeatureforCCWotherIDEs > > T

Re: what are some stack sizes that people use?

Another Caveat is that stack size is allocated per thread. If you use a highly threaded application (f.i. webservers) a small stacksize increase can add up quite a bit. On Monday, March 18, 2013 4:15:00 PM UTC+1, larry google groups wrote: > > > I am a noob when it comes to the JVM, and actually

Re: what are some stack sizes that people use?

Default stack size is 512kB for 32bit JVMs on Solaris, 320kB for 32bit JVMs on Linux (and Windows), and 1024kB for 64bit JVMs. However, stack overflows are usually a good indication of problematic / faulty recursive algorithms. Increasing the stacksize usually only alleviates some symptoms for

Re: Google Summer of Code 2013

Hello, Laurent, On Mon Mar 18 13:38 2013, Laurent PETIT wrote: > I just added a proposal for a "Refactoring feature for CCW & other IDEs" : > > http://dev.clojure.org/display/community/Project+Ideas#ProjectIdeas-RefactoringfeatureforCCWotherIDEs Thank you! > Victor showed interest into this. >

what are some stack sizes that people use?

I am a noob when it comes to the JVM, and actually I find the JVM to be the hardest thing to learn about Clojure. Problem: I was trying to serialize some data to YAML. I had this working for awhile, but then I added more data and I started getting StackOverflow as an error. I then decided to

Re: Google Summer of Code 2013

I just added a proposal for a "Refactoring feature for CCW & other IDEs" : http://dev.clojure.org/display/community/Project+Ideas#ProjectIdeas-RefactoringfeatureforCCWotherIDEs Victor showed interest into this. Hope it's not too late. I must admit that this would be a prime time for me, and I'm

Re: Raw strings

I wasn't familiar with dynamic regex building. Sounds like a task that would be best performed separately from normal Clojure reading/evaluation (i.e. using a different file). I don't think dynamic SQL construction would benefit from raw strings. String interpolation is a different story. On M

Re: Raw strings

- doc strings with examples could be more human readable (defn ^{:examples '[(with-out-str (clipboard (doc distinct)))] clipboard [x] ...) Just if a mechanism like this were used more widely... we'd get syntax coloring for free, and a facility for programatically querying examples.

Re: Raw strings

On Monday, March 18, 2013 12:35:31 PM UTC+1, vemv wrote: > Nobody wants to store every regexp in a separate file. >> > > That's because regexes are 'atomic' - you don't place Clojure expressions > in the middle of them. SQL or math are vastly different from that. As for > SQL, it *is* commo

Re: Raw strings

> > Nobody wants to store every regexp in a separate file. > That's because regexes are 'atomic' - you don't place Clojure expressions in the middle of them. SQL or math are vastly different from that. As for SQL, it *is* common practice to store them as isolatedly as possible. I have not

Re: Raw strings

http://dev.clojure.org/display/design/Alternate+string+quote+syntaxes On Mon, Mar 18, 2013 at 11:50 AM, Dave Sann wrote: > I'd welcome the ability to change delimiter. I've found it very useful in > the past to avoid illegible or hard to read strings. > > > On Monday, 18 March 2013 19:57:06 UTC

Re: Raw strings

I'd welcome the ability to change delimiter. I've found it very useful in the past to avoid illegible or hard to read strings. On Monday, 18 March 2013 19:57:06 UTC+11, Luc wrote: > > Looks fine to me. If it's an extension to the literal syntax it's also a > narrow scope change. > > The standa

Re: Raw strings

Looks fine to me. If it's an extension to the literal syntax it's also a narrow scope change. The standard escape sequences make things harder even for display purposes. We would also benefit from this, we are handling huge amounts of raw text and just for debugging purposes we have to mentally h

Re: Raw strings

Chas Emerick is also one of those who voiced their desireto see such a feature in Clojure. On Monday, March 18, 2013 8:13:58 AM UTC+1, puzzler wrote: > > On Sun, Mar 17, 2013 at 11:23 PM, Softaddicts > > > wrote: > >> >> Do you h

Re: Raw strings

On Sun, Mar 17, 2013 at 11:23 PM, Softaddicts wrote: > > I find raw string handling in XML simply ugly :) Agreed. > > Do you have a suggestion on how to represent raw strings ? Something > concrete > we could discuss about ? > > In several languages, they use a sequence of three double-quotes