On Sat, Jun 21, 2008 at 11:10 AM, chromatic <[EMAIL PROTECTED]> wrote:
> On Friday 20 June 2008 10:53:55 Andrew Johnson wrote:
>
>> I'm concluding that these warnings are due to incorrect casting inside of
>> packfile.c.
>>
>> In both cases, the code generating the warnings looks like this:
>>
>>
Hi all,
I use Perl6::Junction in Perl 5 and recently the author implemented the
"values" method on junctions. I needed this because I sometimes find
that I need to do something conceptually similar to this:
my $number = any( 0 .. 19 );
while ($number->values) {
my $rand int(rand(20));
I'd say that this ought to be implemented using :v (as in, 'values';
cf. :k, :kv, and :p for lists and hashes): this should let you look at
the values within the Junction as if they were merely a list of
values, at which point you can construct a new Junction from them.
--
Jonathan "Dataweaver" L
Have begun conducting binary search to determine point of failure. I
was able to complete 'make perl6' as of r27262 on 2008-05-01.
/Users/jimk/work/0501/pbc_to_exe perl6.pbc
/usr/bin/gcc -o perl6.o -I/Users/jimk/work/0501/include -fno-common
-no-cpp-precomp -pipe -I/opt/local/include -pipe -fno-
But r27529 failed to 'make perl6' (2008-05-16).
Failed to 'make perl6' on r27391 (2008-05-08).
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Jun 23 13:00:03 2008 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with m
On Sun Jun 22 17:28:56 2008, [EMAIL PROTECTED] wrote:
> All the "children" of this ticket have been resolved. Can the RT be
> marked resolved?
Yes, was just saving it as a reminder for me to post a blog entry about the
hackathon.
Done and resolved. Thanks to everyone who contributed to the hack
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 that represents declaratively a large
chunk of the cod
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #56252]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56252 >
Attached patch removes a duplicate whitespace in the "Scope not found"
error message, re
Here is the patch. It avoids the warning both in C and C++ with gcc.
--
Salu2
Index: src/packfile.c
===
--- src/packfile.c (revisión: 28668)
+++ src/packfile.c (copia de trabajo)
@@ -348,7 +348,7 @@
#ifdef PARROT_HAS_HEADER_SYSMMAN
On Mon, Jun 23, 2008 at 4:37 PM, Andrew Johnson <[EMAIL PROTECTED]> wrote:
> It might be worth adding a comment into parrot.h to clarify that
> PARROT_const_cast should *only* be used for c/v qualifier changes, and that
> additional casting may be necessary.
Yes, but I don't know how to write it
On Mon, Jun 23, 2008 at 02:45:54AM -0700, Moritz Lenz wrote:
> Attached patch removes a duplicate whitespace in the "Scope not found"
> error message, reported by masak++ and located by TiMBuS++
>
> The error message tried to include the not-found scope, which always
> produces an empty string.
On Monday 23 June 2008 09:08:07 NotFound wrote:
> Here is the patch. It avoids the warning both in C and C++ with gcc.
Works fine for me, no warning.
It might be worth adding a comment into parrot.h to clarify that
PARROT_const_cast should *only* be used for c/v qualifier changes, and that
addi
Rejected TODO item, closing ticket.
# New Ticket Created by NotFound
# Please include the string: [perl #56262]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56262 >
The chr opcode is documented in docs/ops/string.pod as:
chr(out STR, in INT)
The
Fixed in r28669.
Pm
On Mon, Jun 23, 2008 at 09:50:16AM -0700, NotFound wrote:
> The chr opcode is documented in docs/ops/string.pod as:
>
> chr(out STR, in INT)
>The character specified by codepoint integer $2 in the
> current character set is returned in string $1.
>
> But the implementation just calls
'make perl6' was successful at both:
r27283: May 02
r27328: May 05
There appears to be a fundamental design problem in Parrot's
current implementation of :outer. The short summary is that
:outer("sub_name") doesn't provide sufficient specificity
to accurately resolve an outer sub.
In particular, given:
.namespace ['A']
.sub 'outer'
...
.end
Failed to 'make perl6' at r 27371: May 07.
On Mon, Jun 23, 2008 at 06:27:31PM -0500, Patrick R. Michaud wrote:
> There appears to be a fundamental design problem in Parrot's
> current implementation of :outer. The short summary is that
> :outer("sub_name") doesn't provide sufficient specificity
> to accurately resolve an outer sub.
> [...]
'make perl6' was successful at:
r27350 May 06
On Mon, Jun 23, 2008 at 09:33:43PM -0500, Patrick R. Michaud wrote:
> On Mon, Jun 23, 2008 at 06:27:31PM -0500, Patrick R. Michaud wrote:
> > There appears to be a fundamental design problem in Parrot's
> > current implementation of :outer. The short summary is that
> > :outer("sub_name") doesn't
On Monday 23 June 2008 21:56:54 Patrick R. Michaud wrote:
> Alas, the patch doesn't seem to hold when loading things from
> precompiled bytecode -- e.g., running perl6.pbc versus perl6.pir.
>
> So, the patch I submitted appears to be incomplete, and
> now I need to figure out how :outer is resolve
25 matches
Mail list logo
