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
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 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
Resolved in r28017.
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
# 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
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
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);
# 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
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-
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_
Changed in r28017 to 'make codetest'.
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
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 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
Given that the patch has been applied, and the hcf issue is explained
and reflected in #55040, I close this ticket.
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 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
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
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
I believe I've fixed the problem in r27999.
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 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 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 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,
28 matches
Mail list logo
