On Wed Feb 20 19:53:30 2008, [EMAIL PROTECTED] wrote:
> On Wed Feb 20 18:17:12 2008, [EMAIL PROTECTED] wrote:
>
> > >
> > > Class::Struct was first released with perl 5.004
> ...
> > > Text::Balanced was first released with perl 5.007003
> > >
> >
>
Both removed from distribution in r25974.
On Thu, Feb 21, 2008 at 8:19 PM, Geoffrey Broadwell <[EMAIL PROTECTED]>
wrote:
>
>
> Someone earlier in this thread mentioned that this can't be done
> directly because of rules surrounding TPF's non-profit status.
That someone was me and that's not what I said. I said it isn't as simple
as Bob
On Thu Feb 21 15:41:52 2008, [EMAIL PROTECTED] wrote:
> Howdy,
>
> " ft=pir" was removed from the codas in languages/c99/c99.pir and
> languages/c99/src/builtins/say.pir, which causes
> t/codingstd/pir_code_coda.t to fail. The attached patch fixes these
> failures.
>
> Matt
>
Thanks, applied i
On Thu, 2008-02-21 at 18:45 -0500, Joshua Gatcomb wrote:
> On Thu, Feb 21, 2008 at 4:23 PM, chromatic <[EMAIL PROTECTED]> wrote:
> 2. Allow people to choose where their money will go (if that's what they
> want to do)
Someone earlier in this thread mentioned that this can't be done
directly beca
On Thu, Feb 21, 2008 at 4:23 PM, chromatic <[EMAIL PROTECTED]> wrote:
> On Thursday 21 February 2008 06:25:42 Joshua Gatcomb wrote:
>
>
> I could take a month's sabbatical from my day job for $5000 without losing
> insurance coverage or other benefits. That's slightly more than Audrey's
> $100/da
On Fri Nov 02 07:56:44 2007, particle wrote:
> as per PDD07 (r22655,) c macro args *must* be wrapped in parens inside
> macro bodies, to allow expressions passed as macro parameters.
>
> for example, i expect:
> #define CLASS_has_alien_parents_TEST(o)
> CLASS_flag_TEST(has_alien_parents, (o))
> i
On Thursday 21 February 2008 06:25:42 Joshua Gatcomb wrote:
> Here is something to consider. Unless we can afford to fund an individual
> full time with enough money for them to pay for their own health coverage
> and other benefits, the amount of time they are volunteering is already as
> much a
In article
, Conrad Schneiker
<[EMAIL PROTECTED]> wrote:
> So over the next few months, I'm planning to learn about
> fundraising, and see what I can accomplish on behalf of Perl
> 6 development. To that end, I'm soliciting:
It's not really a money problem. It's finding someone to give the money
On Feb 21, 2008, at 14:42 , Larry Wall wrote:
Again, that was a really good argument for pugs, which among other
things *renewed* excitement in parrot. But pugs also demonstrated
some
difficulties with that approach. The fact is that every approach has
run into almost insurmountable diffic
Larry Wall skribis 2008-02-21 11:42 (-0800):
> : There are many important benefits to having several implementations,
> : including fun and education. But commercially and marketing-wise, it's
> : better to first assemble something that *works*, then to optimize its
> : performance.
> Hmm, indeed,
On Thu, Feb 21, 2008 at 01:07:14PM +0100, Juerd Waalboer wrote:
: I would very strongly prefer to see a focussed effort towards a single
: full implementation.
:
: There are many important benefits to having several implementations,
: including fun and education. But commercially and marketing-wis
Larry Wall skribis 2008-02-21 11:15 (-0800):
> On Thu, Feb 21, 2008 at 01:29:05PM +0100, Juerd Waalboer wrote:
> : Then backtracking would happen, or more likely: Perl 6 would die. If
> : this community cannot come up with a virtual machine that can handle
> : Perl 6, then many people will lose all
On Thu, Feb 21, 2008 at 01:29:05PM +0100, Juerd Waalboer wrote:
: Then backtracking would happen, or more likely: Perl 6 would die. If
: this community cannot come up with a virtual machine that can handle
: Perl 6, then many people will lose all hope.
Except that the people working on alternative
Fixed in r25936, thanks!
Pm
[...]
I was there at the workshop too. You cannot count me in into being biased
against Perl 6. Only biased that it takes so long :-).
I know, and there were some others (like Herbert aka lichtkind, who writes
and maintains the German Perl 6 wiki pages) with the same opinions.
But the ge
[EMAIL PROTECTED] wrote:
> [EMAIL PROTECTED] wrote:
I don't know if that's a good idea - sadly many of them have the
perception that Perl 6 is vapour ware.
>>> I guess I have more trust in people than you do. :)
>>
>> ... and I just learned that my opions are biased.
>>
>> Last
On Wed, Feb 20, 2008 at 11:55 PM, Conrad Schneiker <
[EMAIL PROTECTED]> wrote:
> I've repeatedly encountered remarks about how much Perl 6
> development is constrained by the fairly severe time and
> energy constraints of its overwhelmingly volunteer
> development team.
Here is something to cons
On Thu, 21 Feb 2008 12:14:13 +0100 (CET) [EMAIL PROTECTED] wrote:
> If you argue that most people want an implemenation that covers large
> parts of the specs, the most logical step would be to boost pugs
> development. It's the most advanced implementation by far.
> And I do believe that it can b
[EMAIL PROTECTED] wrote:
I don't know if that's a good idea - sadly many of them have the
perception that Perl 6 is vapour ware.
I guess I have more trust in people than you do. :)
... and I just learned that my opions are biased.
Last week I visited the German Perl Workshop, and heard many
>>>Should it really? I mean: is the time right for that now?
>>>
>>>
>>
>>Let's ask the other way round: Is this the time for only one
>>implementation? And who decides that it's the one based on parrot?
>>
>>What happens if parrot turns out to be a dead end? (very unlikely, but
>>possible).
>>
>>
>>I don't know if that's a good idea - sadly many of them have the
>>perception that Perl 6 is vapour ware.
>>
>>
> I guess I have more trust in people than you do. :)
... and I just learned that my opions are biased.
Last week I visited the German Perl Workshop, and heard many Perl 6
critical s
On 21/02/2008, Juerd Waalboer <[EMAIL PROTECTED]> wrote:
>
> > (Someone wrote:)
>
> > > And who decides that it's the one based on parrot?
>
>
> It is the original plan to implement Perl 6 on Parrot, and the project
> that gets most developer attention.
>
>
> > > What happens if parrot turns out to
Hi,
I'm trying to get an intuition how Parrot uses the basic data types,
with an eye on INTVAL and opcode_t, what their limits and relationships are.
Given a regular 32-bit x86 box, should it be possible to use Parrot with
a 16-bit short, or a 64-bit long long, intval? The same question for
o
> (Someone wrote:)
> > And who decides that it's the one based on parrot?
It is the original plan to implement Perl 6 on Parrot, and the project
that gets most developer attention.
> > What happens if parrot turns out to be a dead end? (very unlikely,
> > but possible).
Then backtracking would h
> [...]
>
>>>To that end, I'm soliciting:
>>>(1) your suggestions for preparation,
>>>(2) your ideas for proposals, and
>>>(3) your reasons why the Perl 6 ecosystem (including Parrot
>>>and CPAN6) is one of the world's greatest and and most
>>>extremely leveraged causes (technically, econom
[EMAIL PROTECTED] skribis 2008-02-21 9:38 (+0100):
> 1) Let The Perl Foundation decide what to do with the money
> advantage: they already have a comitee (is that really an advantage? ;-)
> disadvantage: they seem to think that Perl 6 on Parrot is _the_ and the
> only way to go. (There's nothing w
[...]
Should it really? I mean: is the time right for that now?
Let's ask the other way round: Is this the time for only one
implementation? And who decides that it's the one based on parrot?
What happens if parrot turns out to be a dead end? (very unlikely, but
possible).
Let's give
[...]
To that end, I'm soliciting:
(1) your suggestions for preparation,
(2) your ideas for proposals, and
(3) your reasons why the Perl 6 ecosystem (including Parrot
and CPAN6) is one of the world's greatest and and most
extremely leveraged causes (technically, economically,
and social
> I've repeatedly encountered remarks about how much Perl 6
> development is constrained by the fairly severe time and
> energy constraints of its overwhelmingly volunteer
> development team.
I think that is a valid point.
On the other hand the language has to become mature gradually, and that
pro
# New Ticket Created by Christoph Otto
# Please include the string: [perl #51062]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=51062 >
This patch adds an initial PHPArray PMC to Plumhead. After my earlier
question about
# New Ticket Created by Christoph Otto
# Please include the string: [perl #51056]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=51056 >
This patch fixes some inaccurate documentation in gen_class.pl and makes
generated sk
# New Ticket Created by Stephen Weeks
# Please include the string: [perl #51052]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=51052 >
[EMAIL PROTECTED] perl6]$ echo 3.say | ./perl6 --target=pir
.namespace
.sub "_block10
32 matches
Mail list logo
