# New Ticket Created by Matt Diephouse
# Please include the string: [perl #40801]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40801 >
enter_nci_method is poorly named. It sounds like it's entering the
method to execute
# New Ticket Created by James Keenan
# Please include the string: [perl #40803]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40803 >
This transaction appears to have no content
parrot.make.output
Description: Binary data
D'oh. Newbie move.
=== CREDITS
==
--- CREDITS (revision 331)
+++ CREDITS (local)
@@ -411,6 +411,10 @@
N: Richard Tibbetts
D: Divide by zero exceptions in some PMCs
+N: Rick Scott
+D: Documentation patch
+E: [EMAIL PROTEC
I believe that the attachment containing your make output was truncated.
Can you try again or just inline the make error(s)?
Thanks,
-J
--
On Fri, Nov 10, 2006 at 06:10:42PM -0800, James Keenan wrote:
> # New Ticket Created by James Keenan
> # Please include the string: [perl #40803]
> # in t
On Nov 11, 2006, at 5:56 AM, Joshua Hoblitt via RT wrote:
I believe that the attachment containing your make output was
truncated.
Can you try again or just inline the make error(s)?
See below. It should be noted that I upgraded to GMP 4.2.1. before
trying to build Parrot (or, more prec
On Nov 11, 2006, at 5:56 AM, Joshua Hoblitt via RT wrote:
I believe that the attachment containing your make output was truncated.
Can you try again or just inline the make error(s)?
See below. It should be noted that I upgraded to GMP 4.2.1. before
trying to build Parrot (or, more precisely,
On Fri, Nov 10, 2006 at 10:51:14PM -0500, Bob Rogers wrote:
>From: [EMAIL PROTECTED]
>Date: Fri, 10 Nov 2006 11:12:21 -0800 (PST)
>
>Author: chip
>Date: Fri Nov 10 11:12:20 2006
>New Revision: 15330
>
>. . .
>
>Log:
>Remove the :maybe_flat "feature", which was int
On Sat, Nov 11, 2006 at 04:02:21AM -0800, Joshua Hoblitt via RT wrote:
> Is this issue considered resolved for BSD and/or has acceptable test
> coverage?
>
>
I believe that things were alright for both OpenBSD and NetBSD. Solaris
is still an issue. t/op/trans.t passes when run like
perl t/ha
On Saturday 11 November 2006 05:37, James E Keenan wrote:
For what it's worth, Jerry and James and I tracked this down to some weird
options coming from the Perl 5 compile-time configuration (Config.pm).
> ## OUTPUT OF 'myconfig' CREATED BY ./Configure.pl ##
> Summary of my parro
# New Ticket Created by Jerry Gay
# Please include the string: [perl #40817]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40817 >
arguably the best way to track which files are generated during
parrot's configure/build pr
# New Ticket Created by chromatic
# Please include the string: [perl #40819]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40819 >
There's some duplication in the coding standards tests, specifically the
source_files() su
# New Ticket Created by chromatic
# Please include the string: [perl #40822]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40822 >
t/library/pg.t fails pretty miserably on this line:
con = cl.'connectdb'('')
# New Ticket Created by Chip Salzenberg
# Please include the string: [perl #40823]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40823 >
Please somebody figure out what Perl does on Win32 for testing sprintf,
because the P
# New Ticket Created by Matt Diephouse
# Please include the string: [perl #40824]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40824 >
If a loadlib fails, it doesn't throw a catchable exception. The t/
library/pg.t test
From: Matt Diephouse (via RT) <[EMAIL PROTECTED]>
Date: Sat, 11 Nov 2006 16:46:20 -0800
If a loadlib fails, it doesn't throw a catchable exception. The t/
library/pg.t test was changed because it was failing on platforms
where pg wasn't available. In particular, this assertion was g
# New Ticket Created by chromatic
# Please include the string: [perl #40826]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40826 >
Hi there,
config/gen/platform/darwin/dl.c contains some portability wrappers around NS*
f
# New Ticket Created by Jerry Gay
# Please include the string: [perl #40827]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40827 >
the code below is broken while testing alarm with exception handlers.
i wish i could debug
On Saturday 11 November 2006 19:01, Bob Rogers wrote:
> I don't think it's loadlib itself; I believe the library :init code is
> trying to throw an error. If that is the case, then it's a continuation
> barrier problem. Before the error, do you see this "oops" message?
Yes, and agreed. Matt an
From: Jerry Gay (via RT) <[EMAIL PROTECTED]>
Date: Sat, 11 Nov 2006 19:15:52 -0800
the code below is broken while testing alarm with exception handlers.
i wish i could debug it, but it hurts my brain. maybe somebody smart
(bob?) about exception handlers can have a look and tell me w
19 matches
Mail list logo
