On Friday 30 May 2008 15:12:31 NotFound wrote:
> On Fri, May 30, 2008 at 5:56 PM, Geoffrey Broadwell <[EMAIL PROTECTED]>
wrote:
> > Nit: three of those lines look like they've either got a real tab at the
> > front, or some other spacing oddity that makes them not line up
> > properly.
>
> Sorry,
On Wednesday 28 May 2008 14:56:11 NotFound wrote:
> The function intlist_dump in src/intlist.c is never used.
>
> If defined LIST_DEBUG, it calls list_dump. That function is present in
> src/list.c but is static, and is also never used.
>
> The attached patch gets rid of both functions and the LIS
On Monday 26 May 2008 05:42:12 [EMAIL PROTECTED] wrote:
> runtime-files will be installed but not packed, so this patch (for the
> file "parrot.spec") add the runtime-files to the package.
Thanks, applied as r27997.
Note that you can catenate multiple patches into a single .patch file; most
dec
On Wednesday 14 May 2008 12:15:14 Moritz Lenz wrote:
> Attached patch fixes the syntax errors that prevent languages/PIR to
> build in r27508.
>
> Still the tests don't work, it seems partly because 'make' generates a
> file pirc.pbc while the test harness expects a file pir.pbc.
Thanks, applied
On Friday 28 March 2008 19:35:45 Seneca Cunningham wrote:
> # New Ticket Created by "Seneca Cunningham"
> # Please include the string: [perl #5]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=5 >
>
>
> This failure
On Saturday 19 April 2008 16:03:24 James Keenan via RT wrote:
> This Did No Harm on either of the two OSes on which I tried the patch:
> Darwin and Linux -- but then again I don't have OpenGL installed on
> either (apparently).
>
> Other users' experiences?
Can a Windows user try this patch and r
I believe I've fixed the problem in r27999.
Author: chromatic
Date: Sun Jun 1 01:14:10 2008
New Revision: 28000
Modified:
trunk/docs/pdds/draft/pdd19_pir.pod
Log:
[docs] Updated PIR PDD 19 to reflect changes in empty namespace declaration
(Andrew Whitworth, RT #54942).
Modified: trunk/docs/pdds/draft/pdd19_pir.pod
On Tuesday 27 May 2008 16:20:44 Andrew Whitworth wrote:
> The unbracketed .namespace declaration is deprecated as per #48549.
> Included is a patch to PDD19_pir.pod to reflect this. Previously,
> there was a temporary note there suggesting this.
Thanks, applied as r28000.
-- c
On Sunday 25 May 2008 04:59:53 Reini Urban wrote:
> cygwin patch by Ronald Schmidt, checked ok by Reini Urban.
> 1. Doc patch to mention MSWin32 perl problems with cygwin parrot
> 2. Better Configure error when forgetting PATH=`pwd`/blib/lib
> This can be done for other platforms as well (via
On Thursday 29 May 2008 06:21:03 Will Coleda wrote:
> While this may have served a pedagogical purpose some time ago*, it's
> better left in the docs as an example of what not to do (and that even
> if core parrot is safe, we need to be careful of dynamically loaded
> opcodes! They're not safe!),
On 2008-May-27, at 9:40 am, Dave Whipp wrote:
TSa wrote:
method inch
{
yield $inch = $.mm * 25.4;
self.mm = $inch / 25.4;
}
Would you regard that as elegant?
That looks functionally incorrect to my eyes: if the caller resumes
at the time of the "yield" s
On 2008-Apr-30, at 1:29 pm, Brandon S. Allbery KF8NH wrote:
On Apr 30, 2008, at 15:14 , Jon Lang wrote:
On a side note, I'd like to make a request of the Perl 6 community
with regard to coding style: could we please have adverbal names that
are, well, adverbs? "is :strict Dog" brings to my mind
Given that the patch has been applied, and the hcf issue is explained
and reflected in #55040, I close this ticket.
On Sat May 31 23:52:19 2008, pmichaud wrote:
> On Sat, May 31, 2008 at 05:54:31AM -0700, James Keenan via RT wrote:
> > Please review the patch attached, which implements your suggestion.
>
> The patch looks good to me; I just have a couple of questions
> and/or observations:
>
>
> Since the ot
On 2008-May-27, at 8:32 pm, Jon Lang wrote:
[...]
Would it be reasonable to allow hashes to use .[] syntax as something
of a shortcut for ".iterator in list context", thus allowing
autosorted hashes to partake of the same sort of dual cardinal/ordinal
lookup capabilities that lists with user-defi
Applied to trunk in r28007. After configuring, you should now be able
to say either:
make code_tests
or
perl t/harness --code-tests
kid51
On Sun, Jun 01, 2008 at 05:41:46AM -0700, James Keenan via RT wrote:
> > Since the other tests are specified using "-tests" in the option
> > name, perhaps we should have "--code-tests" instead of just "--code"?
> > (c.f. --core-tests and --runcore-tests).
>
> Okay. But to extend the consistency
Changed in r28017 to 'make codetest'.
On Sun Jun 01 04:00:33 2008, julianalbo wrote:
> readline is not detected when building with C++, because the detection
> and the usage code declares directly the functions used without C
> linkage specification.
>
> This patch fixes the problem, and also do a minor cleaning in the
> set_readline_
On Sun, Jun 1, 2008 at 6:56 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> 1. What OS/platform combination are you seeing this non-detection on?
Ubuntu 8.04 i386, g++ 4.2.3
> 2. Assuming I applied this patch, how would I test it? Does 'building
> with C++' imply some particular command-
David Green wrote:
> Jon Lang wrote:
>> Would it be reasonable to allow hashes to use .[] syntax as something
>> of a shortcut for ".iterator in list context", thus allowing
>> autosorted hashes to partake of the same sort of dual cardinal/ordinal
>> lookup capabilities that lists with user-defined
# New Ticket Created by NotFound
# Please include the string: [perl #55154]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55154 >
readline is not detected when building with C++, because the detection
and the usage code de
chromatic wrote:
There is little bit different patch for it.
--- a/src/exceptions.c
+++ b/src/exceptions.c
@@ -772,7 +772,9 @@ associated exceptions free list for the specified
interpreter.
void
destroy_exception_list(PARROT_INTERP)
{
-really_destroy_exception_list(interp->exceptions);
Hearing no opposition, ticket closed.
On Thu May 29 04:18:35 2008, [EMAIL PROTECTED] wrote:
> We have another patch pending to config/init/hints/darwin.pm from
> tetragon
> (http://rt.perl.org/rt3/Ticket/Attachment/412932/187608/arch-config-
> patch_v2.txt).
> Since both patches reference ld_load_flags, I wonder if you could try
> out
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #55164]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55164 >
Hi,
parrot + perl6 as of r28017 segfault for me while running
t/spec/S29-array/push.raku
After some discussion on #parrot about the slowness of the gcdebug
core with HLL programs, I've done this proof of concept patch: it
skips the gc run the first n opcodes, with n defined by setting an
environment variable.
Example of usage:
PARROT_GCDEBUG_SKIP=85000 ../../parrot --runcore=gcdebug
Jon Lang wrote:
> This approach could be functionally equivalent to the "proxy object"
> approach, but with a potentially more user-friendly interface. That
> is,
>
> sub foo (*$value) { yadda }
>
> might be shorthand for something like:
>
> sub foo () is rw {
>return new Proxy:
> FETCH
David Green wrote:
> It seems overly complex to me, but perhaps I'm missing good reasons for such
> an approach. I see lvalue subs mainly as syntactic sugar:
>
>foo(42); # arg using normal syntax
>foo <== 42; # arg using feed syntax
>foo = 42; # arg using assignm
Resolved in r28017.
On Sunday 01 June 2008 14:13:02 Allison Randal via RT wrote:
> Resolved in r28017.
(I hope this doesn't reopen things in RT).
Do you mean that r28017 fixed it (which doesn't make sense to me), or that you
can't reproduce it after r28017?
The log message is:
jkeenan
Revision Log:
Per
chromatic via RT wrote:
Do you mean that r28017 fixed it (which doesn't make sense to me), or that you
can't reproduce it after r28017?
Can't reproduce it.
Allison
On Wed May 28 18:26:48 2008, [EMAIL PROTECTED] wrote:
> On Wednesday 28 May 2008 18:15:32 James Keenan via RT wrote:
>
> > Yes. That worked. Thanks for the suggestion. Please see revised
> patch
> > attached.
>
> All tests pass for me, so +1 here. I say commit away.
+1.
Committed as r28020
G'day p6l and p5p,
I'm currently working on the 'autodie' pragma for Perl 5, which is
essentially 'Fatal' but with lexical scope. It's similar to the 'fatal'
pragma described in S04/Exceptions.
autodie is implementing an exception hierarchy for in-built functions.
Essentially we have a tree
35 matches
Mail list logo