Re: Clojure on CLR/DLR

2009-02-18 Thread dmiller
"like any other .NET application" means "needs the .NET runtime.", but does not need Visual Studio or inserting Tab A into Slot B to get it all to work. On Feb 18, 11:51 am, Marko Kocić wrote: > On 18 феб, 15:13, dmiller wrote: > > > When the rough edges are filed off, it should distributable a

Re: Clojure on CLR/DLR

2009-02-18 Thread Marko Kocić
On 18 феб, 15:13, dmiller wrote: > When the rough edges are filed off, it should distributable as a set > of DLLs (and a console EXE)  like any other .NET application.   It > should be able to follow the DLR to Mono. > You mean DLR can create executables that don't need .NET runtime? --~--~---

Re: Clojure on CLR/DLR

2009-02-18 Thread dmiller
When the rough edges are filed off, it should distributable as a set of DLLs (and a console EXE) like any other .NET application. It should be able to follow the DLR to Mono. On Feb 18, 3:23 am, Johan Berntsson wrote: > On Feb 17, 9:17 am, dmiller wrote: > > > Also, this code is not set up f

Re: Clojure on CLR/DLR

2009-02-18 Thread Marko Kocić
If only there were C/C-- port of clojure which will keep all of clojure ideas and instead of java use '.' for easy access to C/C++ libraries/functions. And it should also be able to compile to native code and create native executables. Just dreaming... On 18 феб, 04:54, dmiller wrote: > My than

Re: Clojure on CLR/DLR

2009-02-18 Thread Johan Berntsson
On Feb 17, 9:17 am, dmiller wrote: > Also, this code is not set up for casual play. You need to be in > Visual Studio, download the DLR, connect Tab A to Slot B, etc.  I'm > thinking it should not be in trunk/src by the criteria you cite. I'm really looking forward to a CLR version of Clojure, b

Re: Clojure on CLR/DLR

2009-02-17 Thread dmiller
My thanks to Rich for the suggestion to go public and for agreeing to include this as part of the Clojure community. Thanks to all for the encouragement. -- David On Feb 17, 2:55 pm, Rich Hickey wrote: > > The whole point of including David's work in contrib is to give people > confidence tha

Re: Clojure on CLR/DLR

2009-02-17 Thread Michel Salim
On Tue, Feb 17, 2009 at 10:03 AM, Craig Andera wrote: > >> I'm up for suggestions on the name. The obvious ones: >> >> - Clojure.net >> - ClojureCLR >> - IronClojure (paralleling IronPython/IronRuby, unless MS has Iron >> trademarked.) >> - CLjR (too cute) >> >> Perhaps Rich will have a pre

Re: Clojure on CLR/DLR

2009-02-17 Thread Rich Hickey
On Feb 17, 3:19 pm, Craig Andera wrote: > > As far as I understood, the rules are that it should be derived from > > Clojure and sports either an N or a CLR. So I suggest Conjure > > > It looks like clojure, sounds pleasing, and sounds lispish (conj). And Lisp > > to me sounds like magic (in

Re: Clojure on CLR/DLR

2009-02-17 Thread Craig Andera
> As far as I understood, the rules are that it should be derived from Clojure > and sports either an N or a CLR. So I suggest Conjure > > It looks like clojure, sounds pleasing, and sounds lispish (conj). And Lisp > to me sounds like magic (in the Arthur C. Clarke meaning that it is a > techno

Re: Clojure on CLR/DLR

2009-02-17 Thread Matt Revelle
On Feb 17, 2009, at 10:32 AM, Dan wrote: > > > So, as a long-time .NET guy, IronClojure seems like the best name, > in > > terms of making it obvious what it does: it's like IronRuby/Python, > > but it's Clojure. Failing that, it seems like NClojure fits the > > pattern of other JVM-ported eff

Re: Clojure on CLR/DLR

2009-02-17 Thread Dan
> > > > So, as a long-time .NET guy, IronClojure seems like the best name, in > > terms of making it obvious what it does: it's like IronRuby/Python, > > but it's Clojure. Failing that, it seems like NClojure fits the > > pattern of other JVM-ported efforts. I realize that there's already an > > En

Re: Clojure on CLR/DLR

2009-02-17 Thread mikel
On Feb 17, 9:03 am, Craig Andera wrote: > > I'm up for suggestions on the name.  The obvious ones: > > >  - Clojure.net > >  - ClojureCLR > >  - IronClojure (paralleling IronPython/IronRuby, unless MS has Iron > > trademarked.) > >  - CLjR  (too cute) > > > Perhaps Rich will have a preference.

Re: Clojure on CLR/DLR

2009-02-17 Thread Craig Andera
> I'm up for suggestions on the name. The obvious ones: > > - Clojure.net > - ClojureCLR > - IronClojure (paralleling IronPython/IronRuby, unless MS has Iron > trademarked.) > - CLjR (too cute) > > Perhaps Rich will have a preference. He'll have to live with it > longer than anyone and has

Re: Clojure on CLR/DLR

2009-02-17 Thread mikel
On Feb 16, 11:35 pm, dmiller wrote: > Porting Clojure to the CLR is hardly an original idea.  Rich started > with dual JVM/CLR implementations.  And inquiries have been made on > this group any number of times. Yah, I posted one of those queries. My interest is future-proofing Clojure, because

Re: Clojure on CLR/DLR

2009-02-17 Thread Stefan Rusek
I've been working on Xronos which is also a c# version of clojure (I need to be careful to not use the work port, since it doesn't share any code with clojure). It compiles to the DLR as well. It is located here: http://www.bitbucket.org/stefanrusek/xronos/wiki/Home One big difference is that Xr

Re: Clojure on CLR/DLR

2009-02-17 Thread Timothy Pratley
> "Clonure" (n for dot *n*et), as in : "Clonure, a dot net clone of Clojure" hahaha nice :) In the same vein: Clocure (c for clr) pronouced closer or cl oh cure (is that the cure for common lisp or CLR?) *chuckle* Ok ok I'm not being serious. --~--~-~--~~~---~--~~ Y

Re: Clojure on CLR/DLR

2009-02-17 Thread AlamedaMike
Fantastic news, David. This should help the spread of Clojure. Although I like "Bonjure" as a name, and even though two syllable names are generally considered best by marketers, I think ClojureCLR is best for branding purposes. It helps spread the Clojure meme and it linguistically supports the

Re: Clojure on CLR/DLR

2009-02-17 Thread Rayne
Haha. I just noticed my typo in the previous post. Disregard that. :| On Feb 17, 3:22 am, Laurent PETIT wrote: > "Clonure" (n for dot *n*et), as in : "Clonure, a dot net clone of Clojure" > > (ok, sorry ;-) > > 2009/2/17 Lucio Fulci > > > I can see a minor problem with ClojureCLR, that is, "j"

Re: Clojure on CLR/DLR

2009-02-17 Thread Laurent PETIT
"Clonure" (n for dot *n*et), as in : "Clonure, a dot net clone of Clojure" (ok, sorry ;-) 2009/2/17 Lucio Fulci > I can see a minor problem with ClojureCLR, that is, "j" in clojure stands > for JVM, right? So it's a bit messy. > > > > > --~--~-~--~~~---~--~~ You

Re: Clojure on CLR/DLR

2009-02-17 Thread Lucio Fulci
I can see a minor problem with ClojureCLR, that is, "j" in clojure stands for JVM, right? So it's a bit messy. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to cloj

Re: Clojure on CLR/DLR

2009-02-16 Thread dmiller
Porting Clojure to the CLR is hardly an original idea. Rich started with dual JVM/CLR implementations. And inquiries have been made on this group any number of times. Regarding the library problem, I'm not exactly sure which problem you are referring to. Several things comes to mind. At the i

Re: Clojure on CLR/DLR

2009-02-16 Thread dmiller
ClojureCLR it shall be. --dm On Feb 16, 7:30 pm, Rich Hickey wrote: > > I prefer ClojureCLR. > > Rich --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@go

Re: Clojure on CLR/DLR

2009-02-16 Thread Sean
David, You have a great idea here with porting clojure to the CLR. The .NET shops are just a popular as Java shops, and something like this could go a long way to improving software written by a lot of people. Your initiative and hard work are to be commended. How do you plan on solving the libr

Re: Clojure on CLR/DLR

2009-02-16 Thread Dan
On Mon, Feb 16, 2009 at 11:15 PM, Rayne wrote: > > Anything buy IronClojure. > > There's already an IronLisp anyway: http://www.codeplex.com/IronLisp --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Clojure" group.

Re: Clojure on CLR/DLR

2009-02-16 Thread Rayne
Anything buy IronClojure. On Feb 16, 7:30 pm, Rich Hickey wrote: > On Feb 16, 2009, at 7:17 PM, dmiller wrote: > > > > > > > On Feb 16, 5:33 pm, Chouser wrote: > >> On Mon, Feb 16, 2009 at 5:43 PM, dmiller   > >> wrote: > > >> I don't know if you've looked at ClojureScript at all, but it's a >

Re: Clojure on CLR/DLR

2009-02-16 Thread Rich Hickey
On Feb 16, 2009, at 7:17 PM, dmiller wrote: > > > > On Feb 16, 5:33 pm, Chouser wrote: >> On Mon, Feb 16, 2009 at 5:43 PM, dmiller >> wrote: >> > >> I don't know if you've looked at ClojureScript at all, but it's a >> similar if noticeably less ambitious project to compile Clojure >> code

Re: Clojure on CLR/DLR

2009-02-16 Thread dmiller
On Feb 16, 5:33 pm, Chouser wrote: > On Mon, Feb 16, 2009 at 5:43 PM, dmiller wrote: > > I don't know if you've looked at ClojureScript at all, but it's a > similar if noticeably less ambitious project to compile Clojure code to > JavaScript. It's in clojure-contrib already, but in > trunk/c

Re: Clojure on CLR/DLR

2009-02-16 Thread Chouser
On Mon, Feb 16, 2009 at 5:43 PM, dmiller wrote: > > The code will go up on clojure-contrib ASAP. I need input from the > clojure-contrib project members on how they operate, where they want > to put it, etc. I don't know if you've looked at ClojureScript at all, but it's a similar if noticeably

Re: Clojure on CLR/DLR

2009-02-16 Thread Jeffrey Straszheim
Awesome! On Mon, Feb 16, 2009 at 5:43 PM, dmiller wrote: > > [I thought I'd slip this in while Rich has everyone distracted lazy > sequences.] > > > What do you do when you love Lisp, are intrigued by Clojure, but have > absolutely no projects at hand to test it out? Oh, and you have an > inter

Clojure on CLR/DLR

2009-02-16 Thread dmiller
[I thought I'd slip this in while Rich has everyone distracted lazy sequences.] What do you do when you love Lisp, are intrigued by Clojure, but have absolutely no projects at hand to test it out? Oh, and you have an interest in how dynamic languages are being implemented in modern virtual mach