Will Coleda (via RT) wrote:
# Local Variables:
# mode: pir
# fill-column: 100
# End:
# vim: expandtab shiftwidth=4 ft=pir:
Note the added 'ft' directive.
We need to choose one of:
1) ruthlessly eliminate this upstart coda[2]
2) update all other PIR codas, the test, and the PDD to match th
On Sat Feb 16 20:23:16 2008, [EMAIL PROTECTED] wrote:
> After a whole day of binary searches, I've identified the problem as
> occurring in a revision of src/list.c in revision 24840 (attached).
>
> I am currently testing to see whether simply reverting this change is
> sufficient to get t/src/int
On Saturday 16 February 2008 15:26:41 Will Coleda wrote:
> On Feb 16, 2008 2:28 PM, chromatic <[EMAIL PROTECTED]> wrote:
> > Can either of you post a backtrace for the segfault?
> See attached.
Does this patch fix it?
-- c
=== compilers/imcc/imcc.l
On Saturday 16 February 2008 20:23:19 James Keenan via RT wrote:
> After a whole day of binary searches, I've identified the problem as
> occurring in a revision of src/list.c in revision 24840 (attached).
>
> I am currently testing to see whether simply reverting this change is
> sufficient to ge
After a whole day of binary searches, I've identified the problem as
occurring in a revision of src/list.c in revision 24840 (attached).
I am currently testing to see whether simply reverting this change is
sufficient to get t/src/intlist.t passing again on Darwin without
breaking it on Linux (the
On Saturday 16 February 2008 19:39:18 Will Coleda via RT wrote:
> I'm voting for 3; If someone could just verify my understanding that we
> should only be specifying ft=pir when the file extension is not '.pir', I
> think we have a dual coda for PIR (identical except for the ft=pir
> specification
On Wed Feb 13 19:21:59 2008, coke wrote:
> From PDD07:
>
> PIR source files should end with this coda:
>
> # Local Variables:
> # mode: pir
> # fill-column: 100
> # End:
> # vim: expandtab shiftwidth=4:
>
>
> However, there are files that are now checked that weren't bef
On Fri Feb 15 07:38:37 2008, coke wrote:
> On Thu Feb 14 08:26:05 2008, pmichaud wrote:
> > On Wed, Feb 13, 2008 at 07:29:25PM -0800, Will Coleda wrote:
> > > compilers/nqp/t/01-literals.t, for example, has a shebang of:
> > >
> > > #!./parrot
> > >
> > > but contains a test file written in NQP,
I got a pass at r24770 on Jan 12. So we're looking at something between
24771 and 24867.
On Sat Feb 16 16:34:33 2008, [EMAIL PROTECTED] wrote:
> I got a pass at r24673 on Jan 08. So we're looking at something between
> 24388 and 24867.
Correction: We're looking between 24674 and 24867.
I got a pass at r24673 on Jan 08. So we're looking at something between
24388 and 24867.
I got a pass at r24387 on Jan 01. So we're looking at something between
24388 and 24867.
On Feb 16, 2008 2:28 PM, chromatic <[EMAIL PROTECTED]> wrote:
> On Saturday 16 February 2008 10:46:14 James Keenan via RT wrote:
>
> > Binary searching. Fails in r25613, Feb 10, so problem started before then.
>
> Can either of you post a backtrace for the segfault?
>
> -- c
>
See attached.
--
Unfortunately, I'll miss it. I had already scheduled something in
Seattle Sunday afternoon before the hackathon was announced.
I'm hallway hackathoning today.
Allison
Jeff Horwitz wrote:
I *should* be there, though IIRC, Allison will not.
On Thu, 14 Feb 2008, Andy Lester wrote:
I see that A
Failure began at or before r24867, Jan 15.
Failure began at or before r25454, Feb 03.
> Can you do a binary search on this one too?
>
Will try, but these searches (checkout, build, make, prove) are a lot of
effort for my 4-year-old iBook.
kid51
Continuing binary search. I got a pass at r25454, Feb 03. So we're
looking somewhere between 25455 and 25613.
On Saturday 16 February 2008 10:46:14 James Keenan via RT wrote:
> Binary searching. Fails in r25613, Feb 10, so problem started before then.
Can either of you post a backtrace for the segfault?
-- c
On Saturday 16 February 2008 07:53:51 James Keenan wrote:
> Back in November I filed a ticket (http://rt.perl.org/rt3/Ticket/
> Display.html?id=47531) which reported on failures in t/src/intlist.t
> and t/src/io.t on Linux. There was discussion with chromatic and
> Coke and, for whatever reason,
Binary searching. Fails in r25613, Feb 10, so problem started before then.
I've been seeing this on trunk on osx intel for some days now.
--
Will "Coke" Coleda
On Feb 16, 2008, at 10:37 AM, James Keenan (via RT) <[EMAIL PROTECTED]
> wrote:
# New Ticket Created by James Keenan
# Please include the string: [perl #50920]
# in the subject line of all future correspon
Applied a modified version of the patch in r25767. Closing ticket.
Author: larry
Date: Sat Feb 16 09:10:33 2008
New Revision: 14512
Modified:
doc/trunk/design/syn/S05.pod
Log:
fossil noticed by pmurias++
Modified: doc/trunk/design/syn/S05.pod
==
--- doc/trunk/design/syn/S05.pod
Patch applied in r25765. Closing ticket.
Author: paultcochrane
Date: Sat Feb 16 08:39:37 2008
New Revision: 25765
Modified:
trunk/docs/pdds/pdd17_pmc.pod
Changes in other areas also in this revision:
Modified:
trunk/DEPRECATED.pod
trunk/src/vtable.tbl
Log:
[src,docs] Applying patch in RT#48142 which removes the deprecated
clas
Andy's patch applied in r25763. This corrects the issue. Closing the
ticket.
# New Ticket Created by James Keenan
# Please include the string: [perl #50922]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=50922 >
Back in November I filed a ticket (http://rt.perl.org/rt3/Ticket/
Display.html?id=47531
# New Ticket Created by James Keenan
# Please include the string: [perl #50920]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=50920 >
Running 'make test' on ppc-darwin with gcc-3.3 this morning, I got
failures in three t
Author: kjs
Date: Sat Feb 16 03:03:19 2008
New Revision: 25755
Modified:
trunk/docs/pdds/draft/pdd06_pasm.pod
Log:
[pdd06] add note about a pasm grammar in bison. This might be handy when this
pdd is being reviewed and updated.
Modified: trunk/docs/pdds/draft/pdd06_pasm.pod
=
30 matches
Mail list logo
