HaloO,
On Thursday, 26. June 2008 18:46:25 Larry Wall wrote:
> Neither "is" nor "does" is quite right here, because the mathematicians
> have seen fit to confuse representation semantics with value semantics. :)
Hmm, but the uppercase types should hide the representation type.
IOW, there's only
Closing ticket, thanks!
Pm
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56448]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56448 >
Parrot segfaults when C functions invoke PIR functions that
perform tailcalls. He
After all the efforts to simplify Parrot's stack situation, it seems
to me like src/stack_common.c and src/stacks.c can be merged. After a
quick search, none of the functions from stack_common.c are used
anywhere except in stacks.c. Some functions from the former are
completely redundant. For insta
On Sunday 29 June 2008 06:52:12 [EMAIL PROTECTED] wrote:
> Modified:
>trunk/languages/perl6/tools/test_summary.pl
>
> Log:
> [rakudo]:
> * Update test_summary.pl script to use -G,
> record aborted test runs as failed tests.
> Modified: trunk/languages/perl6/tools/test_summary.pl
> ==
Do C and C act like the C method, in that
they work for C object and not just objects of type C?
In other words,, should C< $x.grep(...) > work even if
$x isn't normally a list type?
Pm
chromatic wrote:
> On Sunday 29 June 2008 06:52:12 [EMAIL PROTECTED] wrote:
>
>> Modified:
>>trunk/languages/perl6/tools/test_summary.pl
>>
>> Log:
>> [rakudo]:
>> * Update test_summary.pl script to use -G,
>> record aborted test runs as failed tests.
>> Modified: trunk/languages/perl6/tools
On Sunday 29 June 2008 15:03:24 Moritz Lenz wrote:
> I know of #55782. From time to time I encounter some GC weirdnesses, but
> so far I didn't care to report them all, because I have no way of to
> know if they have all the same root or not.
> And as long as even the simplest programs in rakudo
On Sun, Jun 29, 2008 at 02:21:20PM -0700, chromatic wrote:
> On Sunday 29 June 2008 06:52:12 [EMAIL PROTECTED] wrote:
> > --- trunk/languages/perl6/tools/test_summary.pl (original)
> > +++ trunk/languages/perl6/tools/test_summary.pl Sun Jun 29 06:52:09 2008
> > @@ -58,7 +58,7 @@
> > -my
chromatic wrote:
> On Sunday 29 June 2008 15:03:24 Moritz Lenz wrote:
>
>> I know of #55782. From time to time I encounter some GC weirdnesses, but
>> so far I didn't care to report them all, because I have no way of to
>> know if they have all the same root or not.
>
>> And as long as even the s
Some updates as of r28833, (kubuntu 8.04, x86)
Simple ranges seem to work:
$ ./parrot perl6.pbc -e '1..1000' # works
$ ./parrot perl6.pbc -e 'say 1..1000' # works
The original test case segfaults after 214 iterations:
$ cat x
for 1..1000 -> $a { say $a }
$ ./parrot perl6.pbc
[Oops! I accidentally sent this message to the wrong ticket (#54116) --
this resends it to the correct one.]
Some updates as of r28833, (kubuntu 8.04, x86)
Simple ranges seem to work:
$ ./parrot perl6.pbc -e '1..1000' # works
$ ./parrot perl6.pbc -e 'say 1..1000' # works
The orig
Oops! My message above went to the wrong ticket, see RT#55782 for
that case.
As for RT#54116 (this ticket) -- I do not get a segfault when
running r27472 on my system (kubuntu 8.04, x86). Nor do I get
a segfault on the current head (r28833).
However, if someone wants to generate standalone PIR
On Sunday 29 June 2008 16:03:08 Patrick R. Michaud wrote:
> [Oops! I accidentally sent this message to the wrong ticket (#54116) --
> this resends it to the correct one.]
>
> Some updates as of r28833, (kubuntu 8.04, x86)
>
> Simple ranges seem to work:
>
> $ ./parrot perl6.pbc -e '1..1000'
On Jun 29, 2008, at 1:23 PM, Andrew Whitworth wrote:
After all the efforts to simplify Parrot's stack situation, it seems
to me like src/stack_common.c and src/stacks.c can be merged.
Are you saying you want to do it, or asking someone else to? I'd be
glad to do that. C-level source, tha
On Sun Jun 22 19:35:27 2008, coke wrote:
> Attached find a first pass at converting our perlcritic.t into using
> Test::Perl::Critic.
>
> This patch:
>
> - requires Test::Perl::Critic to do anything useful with the test. (We
> can add it to
> Bundle::Parrot)
> - creates a new perlcritic.conf file
On Thu Jun 28 07:22:38 2007, pcoch wrote:
> Hi,
>
> In perlcritic.t i'd like to find a way to pass options to perlcritic
> policies from the command line. Options are passed as anonymous
> hashes. Basically, we want to be able to do something like:
>
> perl t/codingstd/perlcritic.t --list
> --p
# New Ticket Created by luben karavelov
# Please include the string: [perl #56454]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56454 >
The source of the program (dumb fibonacci numbers) is as follows:
use v6;
sub fib(
On Fri Jun 27 08:01:57 2008, coke wrote:
> On Thu Jun 26 22:21:22 2008, [EMAIL PROTECTED] wrote:
> > On Thursday 26 June 2008 20:02:18 Will Coleda via RT wrote:
> >
> > > Attached, find a patch that allows us to specify a ":deprecated"
> > flag (post
> > > op, ala :flow). It also adds a new parrot
On Sunday 29 June 2008 18:17:16 luben karavelov wrote:
> The source of the program (dumb fibonacci numbers) is as follows:
>
> use v6;
>
> sub fib( $n ){
> if ( $n < 2 ) {
> $n;
> } else {
> fib($n-1)+fib($n-2);
> }
> }
>
> say fib(11);
>
> it dies with segmentation fau
20 matches
Mail list logo
