Bill Ricker schrieb:
Plumhead may sound stupid but there's nothing wrong with Plum-Headed
Parakeet spelled correctly with the Hyphen and Three Cap Letters. It's
a real bird whose initials spell PHP, what more could you want in a
name?. O'Reilly's cover editor will be happy, although they may hav
On Jun 14, 2008, at 5:49 PM, Bill Ricker wrote:
perhaps PHPkeet
Forgive me since I haven't been lurking very long here, but would
"PHParrot" be appropriate? A ggogle search didn't turn up evidence
that it had been considered.
Marvin Humphrey
Rectangular Research
http://www.rectangular.
> As "Plumhead" is a stupid name, cotto proposed to rename to "Pharrot".
> >
> > So I'm still open for an alternative.
>
> Parroheep?
>
>
>
IMHO the name needs to be distinctive from parrot - pharrot is a little too
close.
What about taking the idea from Space Odyssey where they derived the name
2008/6/15 Bernhard Schmalhofer <[EMAIL PROTECTED]>:
> Bill Ricker schrieb:
>
>>
>> Plumhead may sound stupid but there's nothing wrong with Plum-Headed
>> Parakeet spelled correctly with the Hyphen and Three Cap Letters. It's
>> a real bird whose initials spell PHP, what more could you want in a
>
On Sat, Jun 14, 2008 at 08:58:22PM -0400, Bob Rogers wrote:
> [...] And
> the easiest fix would be to decide not to support it at all.
+1. Another +1 if we can somehow get IMCC to report an error
when there's a label/symbol conflict.
Pm
On Sat, Jun 14, 2008 at 09:54:09AM -0700, Moritz Lenz wrote:
> As AnonMonk reported here: http://www.perlmonks.org/?node_id=692090 the line
> for 1..1000 -> $a { say $a }
> segfaults in rakudo.
Note that this works if '-G' is passed to parrot.
The other comments and diagnostics are all *extremely
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #55840]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55840 >
%*ENV was requested on PerlMonks -- see
http://www.perlmonks.org/?node_id=692090 .
Bernhard Schmalhofer wrote:
> Bill Ricker schrieb:
>>
>> Plumhead may sound stupid but there's nothing wrong with Plum-Headed
>> Parakeet spelled correctly with the Hyphen and Three Cap Letters. It's
>> a real bird whose initials spell PHP, what more could you want in a
>> name?. O'Reilly's cover e
Patrick R. Michaud (via RT) wrote:
%*ENV was requested on PerlMonks -- see
http://www.perlmonks.org/?node_id=692090 .
r28377 should do enough to let them do CGI - I or @other needs to look
into why iteration doesn't work, and I haven't tested modifying the
environment with this yet.
Hope t
On Sun, Jun 15, 2008 at 05:09:49AM -0700, Jonathan Worthington via RT wrote:
> Patrick R. Michaud (via RT) wrote:
> > %*ENV was requested on PerlMonks -- see
> > http://www.perlmonks.org/?node_id=692090 .
> >
> r28377 should do enough to let them do CGI - I or @other needs to look
> into why it
[resending to perl6-compiler]
On Sun, Jun 15, 2008 at 05:09:49AM -0700, Jonathan Worthington via RT wrote:
> Patrick R. Michaud (via RT) wrote:
> > %*ENV was requested on PerlMonks -- see
> > http://www.perlmonks.org/?node_id=692090 .
> >
> r28377 should do enough to let them do CGI - I or @oth
Resolved in r28378.
Pm
On Sunday 15 June 2008 03:31:56 Patrick R. Michaud wrote:
> On Sat, Jun 14, 2008 at 08:58:22PM -0400, Bob Rogers wrote:
> > [...] And
> > the easiest fix would be to decide not to support it at all.
> +1. Another +1 if we can somehow get IMCC to report an error
> when there's a label/symbol conf
On Saturday 14 June 2008 09:54:09 Moritz Lenz wrote:
> As AnonMonk reported here: http://www.perlmonks.org/?node_id=692090 the
> line for 1..1000 -> $a { say $a }
> segfaults in rakudo.
>
> The problem can be reproduced by creating a Range with --runcore=gcdebug:
>
> ../../parrot --runcore=gcdebug
James Keenan via RT wrote:
This is what I'm getting on Linux where Configure.pl says that I do not
have PCRE:
$ prove -v t/library/pcre.t t/examples/library.t
t/library/pcre..
1..1
ok 1 # SKIP no pcre-config
ok
t/examples/library..
1..4
ok 1 - examples/library/getopt_demo.pir
ok 2
On Thu Jun 05 20:44:17 2008, coke wrote:
> On Mon Mar 24 10:47:51 2008, coke wrote:
> > This tool doesn't currently run (depends on the borked hllmacros.pir,
> > perhaps other issues)
> >
> > This tool needs tests.
> >
>
> Barring that, we could also remove it from the repository.
pgegrep is wo
Merged the duplicate tickets.
--
Will "Coke" Coleda
# New Ticket Created by James Keenan
# Please include the string: [perl #55856]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55856 >
Am sending this to RT so a ticket can be opened.
Hi
Running perl ./Configure.pl in par
There are two issues here:
First:
>
> Use of uninitialized value in concatenation (.) or string at
> lib/Parrot/Configure/Step/Methods.pm line 106
>
Should be fixed with patch I committed in r28390.
Second:
> Determining if your platform supports readline...Use of uninitialized
> value in co
On Sun Jun 15 12:40:51 2008, [EMAIL PROTECTED] wrote:
>
> This is a problem we've seen before re readline and Mac OS X. We should
> grep the mailing list archive for '_rl_get_keymap'.
>
And that brought up rt 52212.
I had mentioned this to some people at the Oslo QA Hackthon, but I've been
really busy since then. Now that I'm at YAPC, I should have some good hacking
time, so here goes...
My place of business (Plus Three, LP) has allowed me to host the smolder install
on our smolder server and I've setup Parro
François Perrad wrote:
2008/6/15 Bernhard Schmalhofer <[EMAIL PROTECTED]>:
Bill Ricker schrieb:
Plumhead may sound stupid but there's nothing wrong with Plum-Headed
Parakeet spelled correctly with the Hyphen and Three Cap Letters. It's
a real bird whose initials spell PHP, what more could you
On Sun, Jun 15, 2008 at 3:59 PM, Michael Peters <[EMAIL PROTECTED]> wrote:
> I had mentioned this to some people at the Oslo QA Hackthon, but I've been
> really busy since then. Now that I'm at YAPC, I should have some good hacking
> time, so here goes...
>
> My place of business (Plus Three, LP) h
Will Coleda wrote:
> In general, we're trying to avoid including more non-core modules with
> parrot. However I personally wouldn't have a problem with this bundle
> until we resolve the issues with Bundle::Parrot. (issues == we don't
> actually require it. =-)
That sounds good. T::H3 was built t
# New Ticket Created by Todd Olson
# Please include the string: [perl #55848]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55848 >
---
osname= darwin
osvers= 8.0
arch= darwin-thread-multi-2level
cc= cc
---
Flags:
# New Ticket Created by Todd Olson
# Please include the string: [perl #55846]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55846 >
---
osname= darwin
osvers= 8.0
arch= darwin-thread-multi-2level
cc= cc
---
Flags:
# New Ticket Created by François PERRAD
# Please include the string: [perl #55842]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55842 >
Between r28319 and r28374, the behavior of empty .const .String was broken.
Now, the
# New Ticket Created by "Olivier Mengué"
# Please include the string: [perl #55860]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55860 >
Here a patch that implements 'perl' methods on Bool and Range objects.
Olivier Meng
HaloO,
Ovid wrote:
In other words, I think we could get proper constraint programming if a
subset can mutate its variable. Otherwise, all assignment would need
to be wrapped inside of an eval and the code would be more bug-prone.
I must admit that I hardly follow that statement. Why are side-
HaloO,
Daniel Ruoso wrote:
In fact, I doubt that there's a way to completely avoid any possible
side effects on this closures. as the very first line of the closure
shows:
$_.inside_of(...)
This is a plain method call, there's no way to tell if this method will
change anything inside the
HaloO,
David Green wrote:
I would expect all of those to work the same way in either case. That
is, anywhere the sub is used as an lvalue, it could pass the rvalue as a
special arg, not just when using "=".
I agree. But I want to stress that the big thing is that a lvalue
sub---and to a less
31 matches
Mail list logo
