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
# New Ticket Created by James Keenan
# Please include the string: [perl #50920]
# in the subject line of all future correspondence about this issue.
# URL: 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
# New Ticket Created by James Keenan
# Please include the string: [perl #50922]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=50922
Back in November I filed a ticket (http://rt.perl.org/rt3/Ticket/
Andy's patch applied in r25763. This corrects the issue. Closing the
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
Patch applied in r25765. 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
Applied a modified version of the patch in r25767. Closing ticket.
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
Binary searching. Fails in r25613, Feb 10, so problem started before then.
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,
Failure began at or before r25454, Feb 03.
Failure began at or before r24867, Jan 15.
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.
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
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.
--
Will
I got a pass at r24387 on Jan 01. So we're looking at something between
24388 and 24867.
I got a pass at r24673 on Jan 08. So we're looking at something between
24388 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 r24770 on Jan 12. So we're looking at something between
24771 and 24867.
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, not PIR.
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 before[1]
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
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
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 get
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 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
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
30 matches
Mail list logo
