In perl.git, the branch smoke-me/khw-smoke has been created

<http://perl5.git.perl.org/perl.git/commitdiff/711a1eba970939f6ba712ff2393901fcdb6b8f29?hp=0000000000000000000000000000000000000000>

        at  711a1eba970939f6ba712ff2393901fcdb6b8f29 (commit)

- Log -----------------------------------------------------------------
commit 711a1eba970939f6ba712ff2393901fcdb6b8f29
Author: Karl Williamson <[email protected]>
Date:   Sat Dec 10 20:24:15 2016 -0700

    embed.fnc: Make some functions not flagged as 'A'
    
    As explained in the previous commit, I misunderstood the available scope
    of functions not otherwise qualified by a flag.  This changes some of
    them to correspond with my new understanding.

M       embed.fnc
M       embed.h

commit 2799f4db37eac649a5e3b485f7b017a1e5a38ee0
Author: Karl Williamson <[email protected]>
Date:   Sat Dec 10 20:19:39 2016 -0700

    embed.fnc: Add comments; wordsmith others
    
    After some years of working on the Perl core, I did not realize that the
    default for functions in this file is to make them invisible outside the
    core.  I've jumped through hoops to try to do that, not realizing it was
    automatic.  This adds comments so newbies don't make the same mistake.
    
    And it rewords slightly various other comments.

M       embed.fnc

commit 3efbc41cc32f7dd62adb4d07ad075547d83469dd
Author: Karl Williamson <[email protected]>
Date:   Sat Dec 10 19:16:56 2016 -0700

    utfebcdic.h: Follow up to adding const qualifiers
    
    This is a follow-up to commit 9f2eed981068e7abbcc52267863529bc59e9c8c0,
    which manually added const qualifiers to some generated code in order to
    avoid some compiler warnings.  The code changed by the other commit had
    been hand-edited after being generated to add branch prediction, which
    would be too hard to program in at this time, so the const additions
    also had to be hand-edited in.
    
    The commit just before this current one changed the generator to add the
    const, and I then did comparisons by hand to make sure the only
    differences were the branch predictions.  In doing so, I found one
    missing const, plus a bunch of differences in the generated code for
    EBCDIC 037.  We do not currently have a smoker for that system, so the
    differences could be as a result of a previous error, or they could be
    the result of the added 'const' causing the macro generator to split
    things differently.  It splits in order to avoid size limits in some
    preprocessors, and the extra 'const' tokens could have caused it to make
    its splits differently.
    
    Since we don't have any smokers for this, and no known actual systems
    running it, I decided not to bother to hand-edit the output to add
    branch prediction.

M       utfebcdic.h

commit 5c9b1bf4e2b3dbb40581bbb3db8fe0b84b0fcc2d
Author: Karl Williamson <[email protected]>
Date:   Sat Dec 10 19:09:19 2016 -0700

    regen/regcharclass.pl: Add const cast
    
    This is a follow-up to commit 9f2eed981068e7abbcc52267863529bc59e9c8c0,
    which manually added const qualifiers to some generated code in order to
    avoid some compiler warnings.  This changes the code generator to use
    the same 'const' qualifier generally.  The code changed by the other
    commit had been hand-edited after being generated to add branch
    prediction, which would be too hard to program in at this time, so the
    const additions also had to be hand-edited in.

M       regcharclass.h
M       regen/regcharclass.pl

commit aca28f592ce3c2a76953484fb5e6f79066c4253f
Author: Karl Williamson <[email protected]>
Date:   Thu Dec 8 22:01:16 2016 -0700

    PATCH: [perl #37836] Simple Regex causes SEGV
    
    As mentioned in the notes in the ticket, the test for this was wrong,
    relying on an optimization in the regex compiler that avoided the
    problematic code altogether.
    
    When corrected, the test would not segfault, but does croak.  This is
    because the regex engine croaks on malformed UTF-8, which this is.
    croaking is probably the best option here, and has been in place for a
    number of releases.  To fix the test, the pattern is modified by adding
    a character to circumvent the optimization, and the croak is guarded by
    a fresh_perl

M       t/re/pat_rt_report.t

commit 2c47578e541f7a5b373be51089f33f2f266e3019
Author: Karl Williamson <[email protected]>
Date:   Tue Dec 6 10:16:10 2016 -0700

    toke.c: Use strpbrk instead of sequential strchr()
    
        strpbrk("ABC")
    
    does the same thing (faster) as
    
        strchr('A') || strchr('B') || strchr('C')

M       toke.c

commit b1faf9ce7adaf436f5048932a22edce09977a595
Author: Karl Williamson <[email protected]>
Date:   Fri Dec 9 13:47:27 2016 -0700

    regexec.c: Remove obsolete expression
    
    The flags here are obsolete, as UTF8_ALLOW_DEFAULT is what we want.
    It allows no more than the and'ed UTF8_ALLOW_ANYUV.

M       regexec.c

commit 9c6363182195a4543e60da4b86f360f8453c77bc
Author: Karl Williamson <[email protected]>
Date:   Fri Dec 9 13:25:05 2016 -0700

    regexec.c: Remove use of obsolete flag
    
    This flag is now defined as 0, so it does nothing.  This is the final
    use of it in core.

M       regexec.c
-----------------------------------------------------------------------

--
Perl5 Master Repository

Reply via email to