And do not miss https://github.com/LonoCloud/synthread for more complex
cases ;-)
пятница, 1 мая 2015 г., 2:31:05 UTC+3 пользователь Vagmi Mudumbai написал:
>
> Hi,
>
> I was introducing one of my colleagues to clojure[1] and we were
> trying to parse the reddit json as an exercise.
>
> (requi
On Friday, May 1, 2015 at 4:58:37 PM UTC-4, raould wrote:
>
> > Another possibility is https://github.com/takeoutweight/clojure-scheme.
> It
> > compiles Clojure to Gambit Scheme to C to metal.
>
> another possibility is to stab oneself in the eye with a sharp stick.
>
> just sayin'.
>
> :-)
I've looked around intermittently for something Clojure-esque to fill
the scripting/sysadmin void and Pixie is the only thing I've come across
which inspires hope. The only remaining issue for me is whether it can
tap into existing (Python) libraries as that's what tends to swing the
vote for s
Chris,
I'll watch the video and then head on over - talk to you soon.
Alan
--
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 patie
In my world the JVM is a non-starter. I don't care if it fits in a ring (
http://www.javaworld.com/article/2076641/learn-java/an-introduction-to-the-java-ring.html),
culturally it just won't fly. Even Forth has a better chance of making it
than the JVM.
Re: Zulu embedded - "Intel/AMD x86. Please c
I hear you Alan.
I'm just a hardware hobbyist, but I've been working on a Clojure library
for abstracting away some of the differences between different boards
(Raspberry Pi, BeagleBone Black, etc): https://github.com/clj-bots/pin-ctrl.
Currently, my best bet for Arduino is to use Firmata, but I w
My goodness, there are other things than Clojure in the universe.
People have been making "native" software with "real" languages for
ages. There's probably even some that are fpish or heck go get an
actual lisp that's been used for ever (franz, allegro, ecl, gambit,
chicken, clozure, tinyscheme, e
> Both Nim and Pixie ultimately compile to C, and would have just as many
> layers of indirection.
aand they are all insane for anything other than learning
themselves at this point, i'd hazard to guess. but i'm a realist, who
knows. i'd rather go for a real jvm e.g. azul's embedded stuff, or
On Fri, May 1, 2015 at 1:58 PM, Raoul Duke wrote:
> > Another possibility is https://github.com/takeoutweight/clojure-scheme.
> It
> > compiles Clojure to Gambit Scheme to C to metal.
>
> another possibility is to stab oneself in the eye with a sharp stick.
>
Yeah... well, I do that on a daily b
I'd assumed that pixie, like other projects using the RPython toolchain,
was itself compiled, but ran as an interpreter. Is that not the case?
On Fri, May 1, 2015 at 2:43 PM, Christopher Small
wrote:
> Both Nim and Pixie ultimately compile to C, and would have just as many
> layers of indirectio
Both Nim and Pixie ultimately compile to C, and would have just as many
layers of indirection.
On Fri, May 1, 2015 at 2:37 PM, Raoul Duke wrote:
> all i'm trying to say is that the more layers of indirection you add,
> the more i won't give you any money on kickstarter.
>
> --
> You received thi
all i'm trying to say is that the more layers of indirection you add,
the more i won't give you any money on kickstarter.
--
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 fro
Well... Correct me if I'm wrong, but this entire thread is about compiling
Clojure to native targets. Are folks here really talking about embedding a
JVM?
Has cljs been poor roi? :-)
Chris
On Friday, May 1, 2015 at 2:25:27 PM UTC-7, raould wrote:
>
> I just would guess that anything other tha
I just would guess that anything other than an embedded JVM would
be... poor r.o.i., to be polite.
--
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 moder
Hah; I have no experience with it. Is it that bad?
At least there's another Lisp in there. Lisps all the way down!
On Fri, May 1, 2015 at 1:58 PM, Raoul Duke wrote:
> > Another possibility is https://github.com/takeoutweight/clojure-scheme.
> It
> > compiles Clojure to Gambit Scheme to C to met
> Another possibility is https://github.com/takeoutweight/clojure-scheme. It
> compiles Clojure to Gambit Scheme to C to metal.
another possibility is to stab oneself in the eye with a sharp stick.
just sayin'.
:-)
--
You received this message because you are subscribed to the Google
Groups "C
Another possibility is https://github.com/takeoutweight/clojure-scheme. It
compiles Clojure to Gambit Scheme to C to metal. It's been a couple of
years since there was any activity on that project, but it's possible some
attention there could get it where you need it.
Nim seems interesting th
>
> but one would need option to stop the execution in some point of "go"
> block, persist it, and continue it later.
>
Why would you need to stop execution? You could just have a chan, put what
you need to persist on it, then then have different go block persist it.
Main processing continu
Alex Miller writes:
> On Fri, May 1, 2015 at 2:53 PM, Nicola Mometto wrote:
>>
>>
>> Now, if you want to argue that the compiler should immediately throw an
>> error as soon as the wrong type hint is used rather than silently ignore
>> it and fail when the type-hinted form is used, I'll agree wi
I second, http://www.braveclojure.com. It's a great tutorial. I've
switch from using Emacs as IDE to Cursive, an Intellij plugin.
https://cursiveclojure.com
On Thursday, April 30, 2015 at 4:03:47 PM UTC-4, Jeff Heon wrote:
>
> I quite like these two resources for total beginners.
>
> (Starts
On Fri, May 1, 2015 at 2:53 PM, Nicola Mometto wrote:
>
>
> Now, if you want to argue that the compiler should immediately throw an
> error as soon as the wrong type hint is used rather than silently ignore
> it and fail when the type-hinted form is used, I'll agree with you and
> I've proposed to
On Friday, May 1, 2015 at 3:54:08 PM UTC-4, Nicola Mometto wrote:
>
>
> Fluid Dynamics writes:
>
> > That's weirdly inconsistent with e.g. (defn ^String prefix [s n]...).
>
> It can be surprising behaviour, but it's not an inconsistency.
> As per the documentation, metadata on the symbol being d
Fluid Dynamics writes:
> That's weirdly inconsistent with e.g. (defn ^String prefix [s n]...).
It can be surprising behaviour, but it's not an inconsistency.
As per the documentation, metadata on the symbol being def'd *is*
evaluated, metadata on the argvec isn't.
Evaluating `String` produces th
I am not sure why you say "new primitive type hints". Primitive type hints
have been around for several Clojure released versions, 1.6.0 and earlier.
The error you are seeing is because of a property of the Clojure compiler
that as far as I know is not documented. I asked back in Nov 2014 whethe
I was literally just looking over this right before you sent the
announcement, and it looks fantastic. Really looking forward to playing
with it over the next few weeks.
On Fri, May 1, 2015 at 12:39 PM, kovas boguta
wrote:
> Gamma is a substrate for graphics software, such as games and data
> vi
Gamma is a substrate for graphics software, such as games and data
visualization tools. It presents a simple, composable language for
representing GLSL shaders. It allows using Clojurescript to abstract
shaders.
https://github.com/kovasb/gamma
Technically, Gamma is an EDSL that hosts GLSL within
On Friday, May 1, 2015 at 2:17:42 PM UTC-4, Nicola Mometto wrote:
>
>
> The type-hint on init-state is wrong.
>
> It has to be either
>
> (defn {:tag 'longs} init-state [] (long-array 1))
> or (preferred)
> (defn init-state ^longs [] (long-array 1))
>
That's weirdly inconsistent with e.g. (de
Right you are, silly me :)
thanks!
On Friday, May 1, 2015 at 11:17:42 AM UTC-7, Nicola Mometto wrote:
>
>
> The type-hint on init-state is wrong.
>
> It has to be either
>
> (defn {:tag 'longs} init-state [] (long-array 1))
> or (preferred)
> (defn init-state ^longs [] (long-array 1))
>
>
>
The type-hint on init-state is wrong.
It has to be either
(defn {:tag 'longs} init-state [] (long-array 1))
or (preferred)
(defn init-state ^longs [] (long-array 1))
shlomivak...@gmail.com writes:
> I tried playing around with the new primitive type hints and got the
> following weird behavio
I tried playing around with the new primitive type hints and got the
following weird behavior on [org.clojure/clojure "1.7.0-beta2"]:
(defn ^longs init-state [] (long-array 1))
(defn ^long store-state [^longs c ^long a] (aset c 0 a))
running the following line resulted in an exception:
(let [
Yes, I when we finally get around to doing binary releases I plan on
shipping x86_64, x86 and ARM7 binaries, as those are the platforms I have
access to.
The other thing that would hinder adoption to other platforms is most
likely the stacklet library (lightweight threads), Pixie uses this fairly
Tim,
I went with what I saw on http://pypy.org/features.html "... runs on Intel
x86 (IA-32) , x86_64 and ARM platforms, with PPC being stalled ...". Not
sure if that's just for the JIT, but if it were, they would list non-JIT
platforms separately, no?
I'm aware, that you use RPython directly, but
Agreed re: PyPy, Pixie. I got excited when I first saw that project...
As an alternative to straight C I've thought about targeting Lua but also
wonder how much that buys you... TBD. I thought I remember reading someone
going down that route - anyone?
Alan
--
You received this message because
You have clearly looked into this more in depth than I have... Thanks for
sharing your thoughts. I missed the part about the wonky case insensitivity
(truly bizarre and hazard prone IMHO) and have not looked into the type
system/inference so I can't comment just yet.
I'm not partial to Nim in p
Well RPython (what pixie is built on) is C...so you get quite a bit of
reach there. And I'd be tempted to say that it would be easier to adapt the
existing RPython PPC backend to Freescale PPC than it would be to get Nim
to play nice with Clojure semantics.
And let's not forget, RPython can be fas
I have seen it.
PyPy (the platform for pixie) hasn't the reach of even LLVM, let alone
plain C, so while there might be overlap in other areas, pixie is a
no-starter for non-mainstream hardware.
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post
Have you guys seen pixie yet?
It seems like there's overlap for the requirements here.
https://github.com/pixie-lang/pixie
On Fri, May 1, 2015 at 5:46 AM, Herwig Hochleitner
wrote:
> I think Nim is pretty cool (conceptionally, haven't used it yet) and full
> of wonderous features: From the han
I think Nim is pretty cool (conceptionally, haven't used it yet) and full
of wonderous features: From the hands down awesome, like the a la carte GC,
its AST - based macros and optimizations and effect system to positively
weird stuff like its partial case-insensitivity (foo-bar == fooBar ==
foo_ba
38 matches
Mail list logo
