This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "Perl 5 source code".

The branch, p4/maint-5.8/perl has been updated
       via  5d73caaa7ab65ab19c3067fbd1fed1b66ce24c9c (commit)
       via  3dcd6a515702370f5353b4ffcac4940a24021cf1 (commit)
       via  62467c65df24ec0bb4405ec9d4dc38c8e907c98e (commit)
       via  ebdeb96f900a783e709a7f60e78843eef62b0795 (commit)
       via  19542dcea073fe980824e89989342d2ccff564e2 (commit)
       via  3439f3bcd7aced0c779caca8fbda4fb1e9c53e0e (commit)
       via  ba86358fc83389ef00fd8b7ddf39e4f08295a16c (commit)
      from  026702a85b8406719e638713734906d62d9c6dc9 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 5d73caaa7ab65ab19c3067fbd1fed1b66ce24c9c
Author: Nicholas Clark <[EMAIL PROTECTED]>
Date:   Mon Sep 22 13:59:43 2008 +0000

    OK. Right. So HATEFUL PERFORCE can't actually integrate file type
    metainformation changes. At least, it FAILs for those which are not
    accompanied by file content changes. So I have to duplicate it by
    hand here. Pants.
    
    p4raw-id: //depot/maint-5.8/[EMAIL PROTECTED]

commit 3dcd6a515702370f5353b4ffcac4940a24021cf1
Author: Nicholas Clark <[EMAIL PROTECTED]>
Date:   Mon Sep 22 13:57:21 2008 +0000

    Righto. Let's try 34393 *again* with the most current client...
    
    Integrate:
    [ 32558]
    Change uconfig.h to read/write inside the perforce repository.
    
    p4raw-link: @32558 on //depot/perl: e430cbb84f922ceef55ac242d236182b904147ee
    
    p4raw-id: //depot/maint-5.8/[EMAIL PROTECTED]
    p4raw-integrated: from //depot/[EMAIL PROTECTED] 'ignore' uconfig.h 
(@30823..)

commit 62467c65df24ec0bb4405ec9d4dc38c8e907c98e
Author: Yves Orton <[EMAIL PROTECTED]>
Date:   Fri Jun 23 13:54:19 2006 +0200

    Revert change 30638, as it introduces subtle bugs in 5.8.x. It was:
    
    Integrate:
    [ 28417]
    Subject: [PATCH]: fix: [perl #39583] Pattern Match fails for specific 
length string
    Date: Fri, 23 Jun 2006 11:54:19 +0200
    Message-ID: <[EMAIL PROTECTED]>
    
    [ 28462]
    
    From: demerphq <[EMAIL PROTECTED]>
    Date: Sun, 2 Jul 2006 15:13:20 +0200
    Subject: Re: [PATCH]: fix: [perl #39583] Pattern Match fails for specific 
length string
    Message-ID: <[EMAIL PROTECTED]>
    
    add test for patch #28417
    
    p4raw-link: @28462 on //depot/perl: db954c1f0ab633370da9cdd79973968b1998e35e
    p4raw-link: @28417 on //depot/perl: dc5ad9313c838ae59075652a2806d6a01609c14b
    
    p4raw-id: //depot/maint-5.8/[EMAIL PROTECTED]

commit ebdeb96f900a783e709a7f60e78843eef62b0795
Author: Nicholas Clark <[EMAIL PROTECTED]>
Date:   Mon Sep 22 10:08:11 2008 +0000

    microperl should consider itself to be 5.8, not 5.9 or 5.10.
    
    p4raw-id: //depot/maint-5.8/[EMAIL PROTECTED]

commit 19542dcea073fe980824e89989342d2ccff564e2
Author: Jarkko Hietaniemi <[EMAIL PROTECTED]>
Date:   Sun Sep 21 18:38:42 2008 +0300

    no uudmap gen in 5.8.x
    Message-Id: <[EMAIL PROTECTED]>
    
    p4raw-id: //depot/maint-5.8/[EMAIL PROTECTED]

commit 3439f3bcd7aced0c779caca8fbda4fb1e9c53e0e
Author: Nicholas Clark <[EMAIL PROTECTED]>
Date:   Mon Sep 22 09:47:52 2008 +0000

    I shouldn't have to integrate this twice. This is a DATA LOSS BUG and
    does not make me happy.
    
    Integrate:
    [ 32558]
    Change uconfig.h to read/write inside the perforce repository.
    
    p4raw-link: @32558 on //depot/perl: e430cbb84f922ceef55ac242d236182b904147ee
    
    p4raw-id: //depot/maint-5.8/[EMAIL PROTECTED]
    p4raw-integrated: from //depot/[EMAIL PROTECTED] 'copy in' uconfig.h
        (@30823..)

commit ba86358fc83389ef00fd8b7ddf39e4f08295a16c
Author: Nicholas Clark <[EMAIL PROTECTED]>
Date:   Sat Sep 20 12:33:15 2008 +0000

    Revert the code and test changes of 33727 [integration of 33726 to
    maint-5.10, which integrated 33709, 33710, 33724:
    
    Fix the line-number-in-elsif longstanding bug.
    This patch does two things :
    - newSTATEOP now nullifies the state op it
      just created if OPf_SPECIAL is passed to it
      in flags
    - the parser now inserts a nullified stateop
      in the expression block of an elsif
    
    ]. Leave perltodo as is - the TODO is done in blead, where it matters.
    
    p4raw-id: //depot/maint-5.8/[EMAIL PROTECTED]

-----------------------------------------------------------------------

Summary of changes:
 Makefile.micro  |   13 ++-----------
 op.c            |    2 --
 perly.c         |    2 +-
 perly.y         |    2 +-
 regexec.c       |    3 +--
 t/op/pat.t      |   27 +--------------------------
 uconfig.h       |    8 ++++----
 uconfig.sh      |   16 ++++++++--------
 vms/perly_c.vms |    2 +-
 9 files changed, 19 insertions(+), 56 deletions(-)


hooks/post-receive
-- 
Perl 5 source code

Reply via email to