On 07.01.2017 18:16, Daniel Sun wrote:
Hi all,
As we all know, GPars is awesome in concurrency programming. How about
introducing a new syntax for GPars's
actor(http://www.gpars.org/guide/guide/actors.html) to support concurrency
programming better like Erlang and
Scala(https://rocketeer.
On Sat, 2017-01-07 at 18:30 +0100, Jesper Steen Møller wrote:
> But
>
> Wouldn’t << be a natural choice which would work today?
>
> -Jesper
>
All pull requests against the jdk8 branch will be reviewed.
--
Russel.
=
Dr
GPars is a library, it can have no special syntax other than what
Groovy provides.
Given Groovy has no <- operator and no way of creating library defined
operators it seems impossible to have this operator. Even though is it
a very Go way of doing message passing.
On Sat, 2017-01-07 at 18:34 +01
Deep apologies for including this here, but when we look into the realms of
parallel and concurrent processing, The Lawrence Livermore Institute has
given us a super review of this topic here:
https://computing.llnl.gov/tutorials/parallel_comp/ and gives us more
food-for-thought as we implement sy
You do know that Eclipse bears that name to signal the demise of Sun
Microsystems, don't you? ;-)
We also had a long standing rivalry/quarrel with JRuby in the early days. We're
friends now. Clojure, Kotlin, Frege appear to be neutral. Scala lashes out at
anything that's not Scala, I wouldn't l
As Andres pointed, it is better for GPars to have its own DSL.
Cheers,
Daniel.Sun
在 "jnorthr [via Groovy]" ，2017年1月8日
上午1:35写道：
Russel is working on GPars v2.0 so have asked him if this proposed change is
do-able.
On 7 January 2017 at 18:28, Andres Almiray <[hidden email]> wrote:
This is a
Yeah, << is a better choice ;)
在 Jesper Steen Møller [via Groovy]
，2017年1月8日 上午1:31写道：
But
Wouldn’t << be a natural choice which would work today?
-Jesper
> On 7 Jan 2017, at 18.16, Daniel Sun <[hidden email]> wrote:
>
> Hi all,
>
> As we all know, GPars is awesome in concurrency progr
Hi Andres,
If Scala was the sun, I wish Groovy was an eclipse ;)
Maybe adding custom syntax for actor is not good idea for a programming
language. But as a programming language, Groovy should learn good things from
others to keep evolving and competitiveness. (like C# and Java)
Che
Have found this Actor slideshow that may help us a bit ?
http://www.slideshare.net/drorbr/the-actor-model-towards-better-concurrency
On 7 January 2017 at 18:30, Jesper Steen Møller
wrote:
> But
>
> Wouldn’t << be a natural choice which would work today?
>
> -Jesper
>
> > On 7 Jan 2017, at 18.16
a nice idea ;-D
On 7 January 2017 at 18:30, Jesper Steen Møller
wrote:
> But
>
> Wouldn’t << be a natural choice which would work today?
>
> -Jesper
>
> > On 7 Jan 2017, at 18.16, Daniel Sun wrote:
> >
> > Hi all,
> >
> > As we all know, GPars is awesome in concurrency programming. How
>
Russel is working on GPars v2.0 so have asked him if this proposed change
is do-able.
On 7 January 2017 at 18:28, Andres Almiray wrote:
> This is a slippery slope IMHO.
>
> Adding custom syntax support in core for GPars might sound like a good
> idea given the fact that GPars is bundled with cor
But
Wouldn’t << be a natural choice which would work today?
-Jesper
> On 7 Jan 2017, at 18.16, Daniel Sun wrote:
>
> Hi all,
>
> As we all know, GPars is awesome in concurrency programming. How about
> introducing a new syntax for GPars's
> actor(http://www.gpars.org/guide/guide/actors.h
This is a slippery slope IMHO.
Adding custom syntax support in core for GPars might sound like a good idea
given the fact that GPars is bundled with core. OTOH what about Spock, Grails,
Ratpack and others? Wouldn't they benefit from custom syntax too? probably yes.
Are they bundled with core?
class ActorTest {
def counter = new Counter()
counter.start()
for (i in 0 .. 10) {
counter <- i// send message to the counter actor
}
}
should be modified as:
class ActorTest {
public static void main(String[] args) {
def counter = new Counter()
Hi all,
As we all know, GPars is awesome in concurrency programming. How about
introducing a new syntax for GPars's
actor(http://www.gpars.org/guide/guide/actors.html) to support concurrency
programming better like Erlang and
Scala(https://rocketeer.be/articles/concurrency-in-erlang-scala/)?
15 matches
Mail list logo
