The issue with error messages from arguments to rand() is fixed in
r28699; the .pick method has been added as of r28703. If there are
other unaddressed issues in this ticket, please open new ones.
Thanks!
Pm
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56366]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56366 >
Currently Parrot doesn't do argument checking on zero-argument
subs (see RT#39844)
From: chromatic <[EMAIL PROTECTED]>
Date: Wed, 25 Jun 2008 16:43:14 -0700
On Wednesday 25 June 2008 16:33:31 Bob Rogers wrote:
> I believe this is the same issue I brought up Sunday in "[pdd25cx]
> Calling a continuation doesn't restore error handlers". If so, the real
> issue
On Tue Jun 24 19:34:00 2008, [EMAIL PROTECTED] wrote:
> And now I've got r27393 on 2007-05-08 working ... even though I
> previously deemed it hanging indefinitely.
>
> kid51, befuddled
And I continued to get favorable results on r27985 (June 01), 28375
(June 15) and 28698 (today).
Although I sh
On Wednesday 25 June 2008 16:33:31 Bob Rogers wrote:
> I believe this is the same issue I brought up Sunday in "[pdd25cx]
> Calling a continuation doesn't restore error handlers". If so, the real
> issue is that continuations no longer restore handler scopes, and this
> is just a band-aid.
I agr
From: chromatic (via RT) <[EMAIL PROTECTED]>
Date: Tue, 24 Jun 2008 16:14:37 -0700
# New Ticket Created by chromatic
# Please include the string: [perl #56308]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id
This is a bigger patch that in addition to the checks does some
refactor in the debugger system: moves all acces to debugger internals
out of debug.ops, and moves the constants used only by debug.c out of
debug.h, converting them from macros to enum values at the same time.
The long term goal is t
On Wed, Jun 25, 2008 at 02:27:27PM -0400, Will Coleda wrote:
> On Wed, Jun 25, 2008 at 1:11 PM, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> > On Wed, Jun 25, 2008 at 01:04:43AM -0700, Moritz Lenz wrote:
> >> Rakudo as of r28692 reports a slightly wrong context on reporting parse
> >> failures.
On Wed, Jun 25, 2008 at 3:47 AM, via RT Andy Bach
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by "Andy Bach"
> # Please include the string: [perl #56326]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=56326 >
>
>
> Se
On Wednesday 25 June 2008 10:37:57 Patrick R. Michaud wrote:
> Oh, yes. Actually, in looking at Ovid's original output, I'm wondering
> if he gets the same error when running Parrot with the -G option -- I'm
> a bit surprised by the "double free" errors in the output.
I doubt that he will. It d
On Wed, Jun 25, 2008 at 1:11 PM, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> On Wed, Jun 25, 2008 at 01:04:43AM -0700, Moritz Lenz wrote:
>> Rakudo as of r28692 reports a slightly wrong context on reporting parse
>> failures.
>>
>> When trying to parse t/spec/S02-builtin_data_types/lists.t (r21
On Wed, Jun 25, 2008 at 12:49:35PM -0500, Patrick R. Michaud wrote:
> On Tue, Jun 24, 2008 at 02:27:04PM -0500, [EMAIL PROTECTED] wrote:
> > : =item rand
> > :
> > : our Num method rand ( Num $x: )
> > : our Num term:
> > :
> > : Pseudo random number in range C<< 0 ..^ $x >>. That is, C<0> is
>
On Tue, Jun 24, 2008 at 02:27:04PM -0500, [EMAIL PROTECTED] wrote:
> : =item rand
> :
> : our Num method rand ( Num $x: )
> : our Num term:
> :
> : Pseudo random number in range C<< 0 ..^ $x >>. That is, C<0> is
> : theoretically possible, while C<$x> is not. The C function
> : is 0-ary and alw
Patrick R. Michaud wrote:
>> +S02-builtin_data_types/num.t
>> S02-builtin_data_types/type.t
>> S02-literals/autoref.t
>> S02-literals/hex_chars.t# pure
>> S02-literals/radix.t
>> S02-polymorphic_types/subset-code.t # pure
>> S02-polymorphic_types/subset-ran
On Wed, Jun 25, 2008 at 09:27:39AM +0200, Moritz Lenz wrote:
> Patrick R. Michaud wrote:
> > On Tue, Jun 24, 2008 at 11:18:31PM +0100, Ovid wrote:
> >> The failure is at runtime, not compile time (full output below), but
> >> I'm not sure how to proceed since I don't know if this is supposed to
> >
> +S02-builtin_data_types/num.t
> S02-builtin_data_types/type.t
> S02-literals/autoref.t
> S02-literals/hex_chars.t# pure
> S02-literals/radix.t
> S02-polymorphic_types/subset-code.t # pure
> S02-polymorphic_types/subset-range.t
> +S03-operators/assign-is-n
On Wed, Jun 25, 2008 at 12:19:13PM -0500, Patrick R. Michaud wrote:
> > What's the general policy for that? Just like this, and Complex-only
> > multis in classes/Complex.pir?
> > Or everything into Complex.pir?
> > Or everything but the ops in Complex.pir, and ops into builtins/op.pir?
>
> In thi
Patrick R. Michaud wrote:
> On Wed, Jun 25, 2008 at 01:04:43AM -0700, Moritz Lenz wrote:
>> Rakudo as of r28692 reports a slightly wrong context on reporting parse
>> failures.
>>
>> When trying to parse t/spec/S02-builtin_data_types/lists.t (r21012) it
>> reports:
>>
>> Statement not terminated
On Wed, Jun 25, 2008 at 09:27:18AM -0700, Moritz Lenz via RT wrote:
> Vasily Chekalkin (via RT) wrote:
> > There is implementation of prefix:+, prefix:-, sqrt, exp for Complex.
>
> I noticed that you put these into the same files as their non-Complex
> counterparts.
>
> What's the general policy
On Wed, Jun 25, 2008 at 01:04:43AM -0700, Moritz Lenz wrote:
> Rakudo as of r28692 reports a slightly wrong context on reporting parse
> failures.
>
> When trying to parse t/spec/S02-builtin_data_types/lists.t (r21012) it
> reports:
>
> Statement not terminated properly at line 118, near "= [EMAI
On Wed Jun 25 04:25:34 2008, [EMAIL PROTECTED] wrote:
> On Tue Jun 24 19:15:24 2008, tetragon wrote:
> > The switch to using $(PERLDOC) in docs/Makefile without defining
> > PERLDOC anywhere breaks my build.
>
> I'm not sure which "switch" you're referring to. What appears to me to
> be the rel
# New Ticket Created by chromatic
# Please include the string: [perl #56308]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56308 >
This patch makes t/pmc/coroutine.t pass in the pdd25 cx branch. The offending
code is:
.
# New Ticket Created by NotFound
# Please include the string: [perl #56346]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56346 >
Some debug opcodes assumes that the debugger is already inited or that
a file to debug is lo
# New Ticket Created by "Andy Bach"
# Please include the string: [perl #56326]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56326 >
Seeing, on linux and x86 Darwin/leopard for make smoke:
ranlib: file: blib/lib/libpa
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #56330]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56330 >
Rakudo as of r28692 reports a slightly wrong context on reporting parse
failures.
When t
On Tuesday 24 June 2008 09:34:22 Andy Bach wrote:
> It does run w/ the non JIT (I believe) prove:
> prove -v t/stm/runtime.t
> t/stm/runtime..
> 1..5
> ok 1 - choice (one thread)
> ok 2 # SKIP Intermittently failing everywhere
> ok 3 # SKIP Intermittently failing everywhere
> ok 4 - queue adap
Vasily Chekalkin (via RT) wrote:
> There is implementation of prefix:+, prefix:-, sqrt, exp for Complex.
I noticed that you put these into the same files as their non-Complex
counterparts.
What's the general policy for that? Just like this, and Complex-only
multis in classes/Complex.pir?
Or every
On Wed, Jun 25, 2008 at 12:07 PM, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> On Wed, 18 Jun 2008, [EMAIL PROTECTED] (via RT) wrote:
>
>> # New Ticket Created by [EMAIL PROTECTED]
>> # Please include the string: [perl #56012]
>> # in the subject line of all future correspondence about this issue.
On Wed, 18 Jun 2008, [EMAIL PROTECTED] (via RT) wrote:
> # New Ticket Created by [EMAIL PROTECTED]
> # Please include the string: [perl #56012]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=56012 >
>
>
> Hi,
> I have
On Wed, Jun 25, 2008 at 09:45:23AM -0400, Jeff Horwitz wrote:
> On Wed, 25 Jun 2008, Klaas-Jan Stol wrote:
>
> >maybe I overlooked something, but wouldn't specifying the full outer
> >subname
> >(including its namespace) help?
> >
> >like so:
> >
> >.namespace ['B']
> >.sub 'inner' :outer(['A';'o
On Tue, Jun 24, 2008 at 7:15 PM, via RT Seneca Cunningham
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by "Seneca Cunningham"
> # Please include the string: [perl #56310]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=
On Wed, 25 Jun 2008, Klaas-Jan Stol wrote:
maybe I overlooked something, but wouldn't specifying the full outer subname
(including its namespace) help?
like so:
.namespace ['B']
.sub 'inner' :outer(['A';'outer'])
...
.end
instead of the proposed :lexid property.
just a thought. maybe there's
maybe I overlooked something, but wouldn't specifying the full outer subname
(including its namespace) help?
like so:
.namespace ['B']
.sub 'inner' :outer(['A';'outer'])
...
.end
instead of the proposed :lexid property.
just a thought. maybe there's something i'm overlooking or missing, but to
On Wed, Jun 25, 2008 at 7:45 AM, via RT Seneca Cunningham <
[EMAIL PROTECTED]> wrote:
> # New Ticket Created by "Seneca Cunningham"
> # Please include the string: [perl #56310]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?i
On Tue Jun 24 19:15:24 2008, tetragon wrote:
> The switch to using $(PERLDOC) in docs/Makefile without defining
> PERLDOC anywhere breaks my build.
I'm not sure which "switch" you're referring to. What appears to me to
be the relevant lines in config/gen/makefiles/root.in have been
unchanged si
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #56266]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56266 >
This was working:
$ ./perl6 -e 'say rand(3)'
invoke() not implemented in class 'Fl
# New Ticket Created by "Seneca Cunningham"
# Please include the string: [perl #56310]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56310 >
The switch to using $(PERLDOC) in docs/Makefile without defining
PERLDOC anywhere
Hi
Thanks for the replies:
: =item rand
:
: our Num method rand ( Num $x: )
: our Num term:
:
: Pseudo random number in range C<< 0 ..^ $x >>. That is, C<0> is
: theoretically possible, while C<$x> is not. The C function
: is 0-ary and always produces a number from C<0..^1>.
Hmm, I'd've thou
Patrick R. Michaud wrote:
> On Tue, Jun 24, 2008 at 11:18:31PM +0100, Ovid wrote:
>> # remove the 'Int' and this works
>> sub fact (Int $n) {
>> if 0 == $n {
>> return 1;
>> }
>> else {
>> return $n * fact($n - 1);
>> }
>> }
>>
>> say fact(5);
>>
>> The failure
39 matches
Mail list logo
