Hi Josh,
I am one of the core Onyx developers, so I am biased in some respects. I'm
going to only speak to specific advantages that code > data gives Onyx.
An advantage with Onyx is the ability to build up your jobs dynamically
using data that is easily transformable by code, using all of the
Having a bit of a problem implementing the IAtom interface in a record.
Specifically, this is the signature giving me grief:
boolean compareAndSet(Object oldv, Object newv);
This isn't the answer:
(^boolean compareAndSet [oldv newv] ... )
I get "Can't define method not in interfaces:
Forgot the this parameter. Sorry. Please ignore. :-(
On Wednesday, February 3, 2016 at 3:18:34 PM UTC-5, William la Forge wrote:
>
> Having a bit of a problem implementing the IAtom interface in a record.
> Specifically, this is the signature giving me grief:
>
> boolean compareAndSet(Object
Here's the interface I'm
overriding:
https://github.com/clojure/clojure/blob/master/src/jvm/clojure/lang/IAtom.java
And I'm using clojure 1.8.0.
Oh. Interesting. I was using cursive for compiling, but switched to boot.
Getting some interesting warnings now too:
WARNING: Bad method signature
On Feb 3, 2016 2:18 PM, "William la Forge" wrote:
>
> Having a bit of a problem implementing the IAtom interface in a record.
Specifically, this is the signature giving me grief:
>
> boolean compareAndSet(Object oldv, Object newv);
>
> This isn't the answer:
>
> (^boolean
The hint seems to have no effect.
On Wednesday, February 3, 2016 at 3:28:44 PM UTC-5, Gregg Reynolds wrote:
>
>
> On Feb 3, 2016 2:18 PM, "William la Forge" > wrote:
> >
> > Having a bit of a problem implementing the IAtom interface in a record.
> Specifically, this is the
you're missing the `this` argument in the argvec.
(compareAndSet [this oldv newv] ..)
the boolean type hint shoulnd't be necessary.
On Wed, Feb 3, 2016 at 8:18 PM, William la Forge wrote:
> Having a bit of a problem implementing the IAtom interface in a record.
>
https://github.com/clojure/math.numeric-tower:
-
(expt x y) - x to the yth power
--
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
2016-02-03 0:36 GMT+01:00 kovas boguta :
>
> Out-of-band schemas/assumptions or automagic inference are incidental
> complexity to deal with the fact that XML cannot directly represent the
> concepts that algorithms want to deal in. This is the point I was making
>
I find this subject interesting as I was just discussing this with a
co-worker recently. There's a few points I'd like to make:
Firstly, data is often a form of a DSL (domain specific language).
Libraries like Onyx often contain (as Lucas mentioned) a parser that walks
the data and performs some
Very good points, Timothy!
On Wed, Feb 3, 2016 at 7:45 AM, Timothy Baldridge
wrote:
> I find this subject interesting as I was just discussing this with a
> co-worker recently. There's a few points I'd like to make:
>
> Firstly, data is often a form of a DSL (domain
Hello all,
I've been using core.logic for some code and I haven't read it's
ported on ClojureCLR. However, I would like to use that code as game
logic and to rely on Unity game engine for the graphical part. That
means I have to use Unity and Clojure together: it can be done through
Arcadia[1]…
and let's not forget codata (e.g. infinite lists) and coprogramming (e.g.
web apps).
On Feb 1, 2016 4:02 PM, "Josh Tilles" wrote:
> As I’m watching Michael Drogalis’s Clojure/Conj 2015 presentation “Onyx:
> Distributed Computing for Clojure”
>
13 matches
Mail list logo