27, 2014, at 8:00 AM, juan.facorro wrote:
>
> Hello Clojurians!
>
> I wanted to share with you a project called Clojure Lab, an IDE for
Clojure in Clojure.
>
> https://github.com/jfacorro/clojure-lab
>
> Yes! Another IDE for Clojure, uhm... the more the merrier?
>
>
> I've been on Java 8 on my development Mac for ages. The only thing holding
> us back from going to Java 8 in production is New Relic don't yet support
> it...
>
> We upgraded our entire stack to Java 7 back in October and I thought we were
> late since Java 6 had been EOL'd for so long :)
i'm on
I've been on Java 8 on my development Mac for ages. The only thing holding us
back from going to Java 8 in production is New Relic don't yet support it...
We upgraded our entire stack to Java 7 back in October and I thought we were
late since Java 6 had been EOL'd for so long :)
Sean
On Jun 27
Hi Raoul,
There are some things included in JDK 1.7 that some of the dependencies use
(at least one of them that I'm sure of which uses java.nio package) which
makes it hard to make the application compatible with 1.6.
It's not for lack of trying since I considered downgrading to Java 1.6 (see
he
ugh, thanks. nice how i can just update it with app store. oh, wait??
--
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 be patient with
JDK 7 installer for Mac OS X is here:
http://www.oracle.com/technetwork/java/javase/downloads/jdk7-downloads-1880260.html
Java 6 is no longer supported (as of Feb 2013, well over a year ago), you
should think about upgrading.
On Fri, Jun 27, 2014 at 5:50 PM, Raoul Duke wrote:
> why does it req
why does it require java 1.7? this newish mavericks macbook only has
1.6 so i would guess you've just made it hard for a lot of people to
try this out? :-(
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@go
Nice piece of work - especially for a school project at any level! Impressive!
Sean
On Jun 27, 2014, at 8:00 AM, juan.facorro wrote:
> Hello Clojurians!
>
> I wanted to share with you a project called Clojure Lab, an IDE for Clojure
> in Clojure.
>
> https://github.com/jf
Downloaded and tried. It's very neat! Thanks for sharing.
Shantanu
On Friday, 27 June 2014 20:30:37 UTC+5:30, juan.facorro wrote:
>
> Hello Clojurians!
>
> I wanted to share with you a project called *Clojure Lab*, an *IDE for
> Clojure in Clojure*.
>
> *https://githu
Hello Clojurians!
I wanted to share with you a project called *Clojure Lab*, an *IDE for
Clojure in Clojure*.
*https://github.com/jfacorro/clojure-lab
<https://github.com/jfacorro/clojure-lab>*
Yes! Another IDE for Clojure, uhm... the more the merrier?
This project started as a le
There is no "official" work (i.e., happening under the Clojure Contributor
Agreement) on Clojure-in-Clojure. ClojureScript is as close as it gets
right now.
-S
On Tuesday, January 8, 2013 6:44:16 PM UTC-5, Thor wrote:
>
> I think this would be a fun project to contribute to, bu
I think you're looking for:
https://github.com/kanaka/clojurescript
I just saw a tweet about a talk be accepted for ClojureWest:
https://twitter.com/bus_kanaka/status/289037484787118080
On Jan 8, 2013, at 6:44 PM, Thor wrote:
> I think this would be a fun project to contribute to, but a few s
ClojureScript has the best chance of forming a base of Clojure-in-Clojure.
I believe David Nolen would consider any patches that help decouple us from
JavaScript.
On Tuesday, January 8, 2013 3:44:16 PM UTC-8, Thor wrote:
>
> I think this would be a fun project to contribute to, but
I think this would be a fun project to contribute to, but a few searches
haven't led me to where the development is taking place. Is it just part of
the main Clojure github project?
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this gro
Sorry to come in a bit late on this conversation; I've been moving recently.
On Mon, May 14, 2012 at 5:35 AM, Timothy Baldridge wrote:
> Platforms that do not have the ability to eval (gambit, JS, etc.) they
> could simply stick with writing Java macros. For the rest of the
> platforms (CLR, JVM,
>the point of the analysis step is to generate a richer (more verbose)
>set of information about the code, there is a lot of information you
>would like to have when compiling (for example, for some platforms it
>would be nice to know at the start of a function what locals exist in
>the that functi
On Tue, May 15, 2012 at 4:03 PM, Timothy Baldridge wrote:
> > Why can't it port to Python? You have can have an instance with a method
> > toString right?
>
> The python version of that code (at least in clojure-py) would be this:
>
> (defn as-str [x] (py/str x))
>
That would be defined core.cljs
On Tue, May 15, 2012 at 12:51 PM, Timothy Baldridge
wrote:
>> I can certainly imagine cases where the analyzer might want
>> reflection on types etc of the given platform, but I think that is
>> really an optimization, trading off compile/analyzer time reflection
>> for runtime reflection. That p
> Why can't it port to Python? You have can have an instance with a method
> toString right?
The python version of that code (at least in clojure-py) would be this:
(defn as-str [x] (py/str x))
So my point is that some platforms may define toString, other define
str and still others (CLR) define
On Tue, May 15, 2012 at 3:51 PM, Timothy Baldridge wrote:
> (defn as-str [x] (.toString x))
>
> That can't port to Python, or really any other VM besides JS. So if
> we're looking at translating the analyzer itself we have to develop
> some sort of base set of libraries that every thing else can b
> I can certainly imagine cases where the analyzer might want
> reflection on types etc of the given platform, but I think that is
> really an optimization, trading off compile/analyzer time reflection
> for runtime reflection. That platform reflective information would be
> provided by something
On Tue, May 15, 2012 at 11:25 AM, Timothy Baldridge
wrote:
>> Logically the interface between the analyzer and the emitter is data
>> (maps, etc) which can be serialized as json or some platform specific
>> representation. Then all you need to do is write an emitter on your
>> platform of choice t
> Logically the interface between the analyzer and the emitter is data
> (maps, etc) which can be serialized as json or some platform specific
> representation. Then all you need to do is write an emitter on your
> platform of choice that can emit code for the data.
>
> So for Python:
> 1. run the
On Tue, May 15, 2012 at 8:05 AM, Timothy Baldridge wrote:
> There seems to be a few steps involved in this from, what I'm seeing.
>
> From what I'm seeing of the source, there's two files I'll be dealing with
>
> closure.clj -- defines functions for looking up info about libraries,
> functions, et
There seems to be a few steps involved in this from, what I'm seeing.
>From what I'm seeing of the source, there's two files I'll be dealing with
closure.clj -- defines functions for looking up info about libraries,
functions, etc.
compiler.clj -- actually defines the compiler
To start with, I'm
http://www.lambdassociates.org/blog/klambda.htm suggests a possible
bootstrapping mechanism, some kind of reduced set of clojure
functionality "ur-clojure" that is designed to be easy to write and
interpreter for, and a compiler backend that generates ur-clojure,
after compiling the compiler+platfo
On Mon, May 14, 2012 at 2:32 PM, Armando Blancas wrote:
> Much of the more recent code in Clojure is very cross platform. Stuff
>> like reducers can simply be copied over, fixed up a bit, and it runs.
>>
>> I wonder how is the fork/join part carrier over for reducers.
>
Sounds straightforward for
>
> Much of the more recent code in Clojure is very cross platform. Stuff
> like reducers can simply be copied over, fixed up a bit, and it runs.
>
> I wonder how is the fork/join part carrier over for reducers.
--
You received this message because you are subscribed to the Google
Groups "Cl
mount of "translated" code. Recently I've been
> thinking about how to change this.
>
> Much of the more recent code in Clojure is very cross platform. Stuff
> like reducers can simply be copied over, fixed up a bit, and it runs.
> If we could ever get to the point where
ducers can simply be copied over, fixed up a bit, and it runs.
If we could ever get to the point where we write Clojure in Clojure,
by default, then we could support the CLR, PVM, gambit, js, lua, etc.
all with a single file edit.
Over the weekend I've been thinking over how to make this all
po
On Tue, Feb 2, 2010 at 3:57 PM, Aaron Cohen wrote:
> What I meant to say, was that, unfortunately the video cuts off after
> 10 minutes. Are the slides for this talk available somewhere?
I was sitting behind the guy who was recording the talks and watched
his battery die and was like "doh, someon
This email was cut-off from what I intended to send, sorry.
What I meant to say, was that, unfortunately the video cuts off after
10 minutes. Are the slides for this talk available somewhere?
Thanks,
Aaron
On Feb 2, 3:44 pm, Aaron Cohen wrote:
> Hi guys,
> I was watching the "
Hi guys,
I was watching the "Clojure in Clojure" talk that I saw linked from
the "disclojure" blog (very useful to me by the way, thank you
nameless to me person who does it
-- Aaron
--
You received this message because you are subscribed to the Google
Groups "Clojur
created for each language prior to Clojure
> > in Clojure running on the platform?
>
> No, you don't need to write a native port for each platform.
>
> Typically, you break the compiler into two broad parts: the platform
> independent compiler and the code generator for each p
> As awesome as this sounds, wouldn't it first require a
> native implementation to be created for each language prior to Clojure
> in Clojure running on the platform?
No, you don't need to write a native port for each platform.
Typically, you break the compiler into t
Being
> JVM-hosted has its advantages.
I don't think Clojure will be abandoning the JVM any time
soon. There's not been a lot of specifics anywhere about
what Clojure-in-Clojure actually is, so I wrote up what
I think I know. I hope it helps:
http://blog.n
finished watching the Bay Area Clojure Meetup video, and Rich
>> spent a few minutes talking about the possibility of Clojure in
>> Clojure. The prospect of having Clojure self-hosted is incredibly
>> cool, but it brought a few questions to mind. For one, Rich mentions
>> that it
On Thu, Jul 9, 2009 at 11:10 AM, tmountain wrote:
>
> I just finished watching the Bay Area Clojure Meetup video, and Rich
> spent a few minutes talking about the possibility of Clojure in
> Clojure. The prospect of having Clojure self-hosted is incredibly
> cool, but it brought
By the by, I believe Squeak Smalltalk has a 'compiler' written in
Squeak that it uses to generate C code which is then used to bootstrap
the rest of the language.
On Jul 9, 9:33 am, tmountain wrote:
> > To be safe one often retains a
> > stub compiler for some subset of the language written in a
> To be safe one often retains a
> stub compiler for some subset of the language written in another
> language, and then implements the rest of the language in the stub
> version.
This makes a lot of sense. So basically, a subset of Clojure could be
ported to whatever language you'd want to targe
On Jul 9, 2009, at 10:07 AM, Paul Mooser wrote:
>
> Since clojure is a compiled language, and is going to just end up
> generating java bytecodes, I wouldn't expect it to be particularly
> slower if it was written in itself. Maybe that's naive ?
It's not naive. This is called self-hosting and
Since clojure is a compiled language, and is going to just end up
generating java bytecodes, I wouldn't expect it to be particularly
slower if it was written in itself. Maybe that's naive ?
--~--~-~--~~~---~--~~
You received this message because you are subscribed t
I just finished watching the Bay Area Clojure Meetup video, and Rich
spent a few minutes talking about the possibility of Clojure in
Clojure. The prospect of having Clojure self-hosted is incredibly
cool, but it brought a few questions to mind. For one, Rich mentions
that it would potentially
43 matches
Mail list logo