On Mon, Jun 27, 2016 at 8:11 AM, Parrot Raiser <1parr...@gmail.com> wrote:
> We should all be thinking about the "killer application" for Perl 6;
> the sort of job that is made so much easier by it that people will
> overlook all sorts of problems.
>
Look towards the kinds of problems being solve
On Tue, Jan 19, 2016 at 9:57 AM, Tom Browder wrote:
> Last year I mentioned a letter-to-the-editor in Communications of the
> ACM which discussed the short-comings of Python as an introduction to
> programming for computer science students. As a response to that
> letter, I suggested that the di
As good as this book is, it's still Perl 5 specific. So watch out if you're
coming from Perl 5 land and Heaven forbid you're looking to do traditional
things, you might get scolded for asking a reasonable question. o_O.
Brett
On Mon, Mar 23, 2015 at 10:41 AM, Elizabeth Mattijsen
wrote:
> > On 2
Oh, how sad. I recall fondly when it was first announced during the heyday of
Pugs. I even had an account on there.
Thank you for the resource ... And the stroll down memory lane.
Brett
Sent from my iPhone
> On Feb 28, 2015, at 9:22 AM, Juerd Waalboer wrote:
>
> Hi all,
>
> Just a short mes
On Mon, May 28, 2012 at 03:38:48PM +0800, Xiao Yafeng wrote:
> On Sat, May 26, 2012 at 6:34 PM, Nicholas Clark wrote:
>
> > On Fri, May 25, 2012 at 08:44:30AM -0500, B. Estrade wrote:
> >
> >
> > Realistically, that's not going to happen. The internals of
First, yes, Perl 6 is awesome. Everything that's come out as a result
of this effort is awesome. The rest is inline below.
On Fri, May 25, 2012 at 10:32:35AM +0200, Moritz Lenz wrote:
> Hallo Parrot,
>
> we are well aware that the documentation for Perl 6 is quite lacking.
> Any contributions i
x27;s success as ever. However, I don't consider
Perl 6 a "new" Perl anymore than I considered New Coke a rightful
successor back in the day because a successor wasn't necessary. Maybe
Perl 6 is more like Diet Coke, which is considered a closely related
product that has it&#
Perl 6 doesnt get seen as a
>>novelty or toy and people simply never use it if this hasnt already
>>happened. Ruby is passing Perl by like Python did.
>>
>>
>>
>>-Dell
>>On Nov 22, 2011, at 9:08 AM, Tadeusz So??nierz wrote:
>>
>>>On Tuesday, November 22, 2011 16:59:52 Wendell Hatcher wrote:
>>>>Are there people using Perl 6 in production at this time? Is Perl 6
>>>>production ready?
>>>http://ttjjss.wordpress.com/2011/08/24/what-is-production-ready/
>>>Kind regards,
>>>--
>>>Tadeusz So??nierz
>
>
--
B. Estrade
to a lot of different things, but the problem is
now not only implementing an algorithm concurrently but also using the
concurrency available in the hardware efficiently.
Brett
>
>
>
>
>
>
>
> --
> Mark J. Reed
--
B. Estrade
ot;won't have side
> effects" is tricky at best, squeezed in as we are between &eval,
> exuberant dynamism, and the Halting Problem.
If one knows what variables are shared, some degree of side effect
potential can be determined. But yes, in general, a tough problem.
Brett
>
> // Carl
--
B. Estrade
s of
> problems I work on, I'm well aware that I'm not the right person to help
> in this design work. We need those poor souls who already suffer under
> threads to share their tales of constant misery (and their occasional
> moments of triumph) so we can identify successful patterns of use
> and steal^Wborg^Wborrow the very best available solutions.
Are you sure you couldn't use threading over shared memory? :)
Cheers,
Brett
>
> Damian
--
B. Estrade
it over explicit concurrency wherever possible.
I know you're speaking about the Perl interface to concurrency, but
you seem to contradict yourself because message passing is explicit
whereas shared memory is implicit - two different models, both of
which could be used together to implement a pretty flexible system.
It'd be a shame to not provide a way to both use threads directly or
to fallback to some implicitly concurrent constructs.
Brett
--
B. Estrade
isten to some good
> music whilst they put the needle in".
>
> >
> >Rather fork-join!
>
> For platforms where fork is native, it doesn't go away just because
> threads support is present.
>
> >
> >(Do Perl_6 hyper-operators need pthreads?)
> >
>
> Buk.
--
B. Estrade
On Fri, May 14, 2010 at 06:03:46PM +0100, nigelsande...@btconnect.com wrote:
> On Fri, 14 May 2010 15:05:44 +0100, B. Estrade wrote:
>
> >On Fri, May 14, 2010 at 12:27:18PM +0100, nigelsande...@btconnect.com
> >wrote:
> >>On Fri, 14 May 2010 10:01:41 +0100, R
; This has been one of the secret sauces of the Perl 6 redesign, to
> hang every piece of information on the peg where it belongs, and not
> somewhere else. And that is why threading of *any* kind will work
> much better in Perl 6.
>
> Larry
--
B. Estrade
> >imagine that a FIFO object might have a "put" role and a "get" role
> >that producer/consumer clients would (temporarily) own while using
> >(note that granting of ownership may imply arbitration, and later
> >forced-revocation if the resource-ownership is not released/extended
> >before some timeout expires). It may be wrong to conflate "role" as a
> >unit of reuse with "role" as an owned window onto a subset of an
> >object's methods.
> >
> >Perl6 has a set of language primitives to support various aspects of
> >concurrency. It is indeed interesting to consider how these map ot
> >vastly difference computation platforms: OpenCl Vs OpenMP Vs Cloud. It
> >deeps a little premature to be defining roles (e.g. RemoteInvocation)
> >without defining the mapping of the core operators to these various
> >models of computation.
> >
> >
> >Dave.
--
B. Estrade
; role if it should be
> cloned instead of being proxied through a "RemoteValue" when sent
> in a "RemoteInvocation".
>
> 11 - The "MessageQueue" notifies the scheduler whenever new data is
> available in that queue so the target coroutine might be raised.
>
> 12 - Exception handling gets a bit hairy, since exceptions might only
> be raised at the calling scope when the value is consumed.
>
> 13 - List assignment and Sink context might result in synchronized
> behavior.
>
> comments are appreciated...
>
> daniel
>
--
B. Estrade
simple, easy to look at, and not overly
complicated with meaning or cleverness.
my $0.02.
Brett
--
B. Estrade
http://www.loni.org
On Wed, Dec 17, 2008 at 10:19:07AM -0300, Daniel Ruoso wrote:
> Em Qua, 2008-12-17 ??s 23:35 +1100, Timothy S. Nelson escreveu:
> > On Wed, 17 Dec 2008, Daniel Ruoso wrote:
> > > Em Qua, 2008-12-17 ??s 15:00 +1100, Timothy S. Nelson escreveu:
> > >> My basic assumption is that there's goin
On Sat, Dec 13, 2008 at 01:01:10AM +0800, howard chen wrote:
> Hello,
>
> On Fri, Dec 12, 2008 at 1:23 PM, Henk van Oers wrote:
> >>
> >> It can be done as a library, take a look at Perl6 grammars.
> >
> > It has been done for perl5. See PLP on CPAN.
>
>
> Sure there are many way to do this in
# New Ticket Created by "B. Estrade"
# Please include the string: [perl #48090]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48090 >
---
osname= freebsd
osvers= 7.0-current
arch= i386-freebsd-64int
cc=
# New Ticket Created by "B. Estrade"
# Please include the string: [perl #47421]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=47421 >
---
osname= freebsd
osvers= 6.2-stable
arch= sparc64-freebsd
cc=
# New Ticket Created by "B. Estrade"
# Please include the string: [perl #47373]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=47373 >
For revision 22808 on Dragonfly 1.10.1-RELEASE #0:
Chec
23 matches
Mail list logo
