4 hours agoperldelta entry for 34a7e7b blead
James E Keenan [Fri, 6 Mar 2015 23:33:57 +0000]
perldelta entry for 34a7e7b

4 hours agoUpgrade to threads 1.99
Jerry D. Hedden [Fri, 6 Mar 2015 14:23:04 +0000]
Upgrade to threads 1.99

16 hours agoMake use64bitall distinctive from use64bitint on HP-UX
H.Merijn Brand [Fri, 6 Mar 2015 11:57:54 +0000]
Make use64bitall distinctive from use64bitint on HP-UX

19 hours agoMerge branch 'maintpolicy' into blead
Steve Hay [Fri, 6 Mar 2015 08:22:35 +0000]
Merge branch 'maintpolicy' into blead

Update our policies w.r.t maintenance releases in the light of discussions
had during the release of 5.20.2, in particular:

http://www.nntp.perl.org/group/perl.perl5.porters/2014/12/msg224162.html
http://www.nntp.perl.org/group/perl.perl5.porters/2014/12/msg224120.html
http://www.nntp.perl.org/group/perl.perl5.porters/2015/01/msg224680.html

The lists of acceptable/unacceptable changes are essentially unchanged, but
the wording now emphasizes that it may not be desirable to cherry-pick
every eligible change, and states which types of change are the most
important ones to focus on.

The intention is to draw up a much shorter list of cherry-pick proposals in
the future. Hopefully, a much less daunting list of proposals will reduce
the difficulty in getting the required number of votes on the ones that
really matter and possibly reduce risk slightly in the process, but not
affect how worthwhile the contents of maintenance releases are.

20 hours agomaint policy: Note that some changes don't need voting on
Steve Hay [Thu, 26 Feb 2015 13:43:43 +0000]
maint policy: Note that some changes don't need voting on

Again, this is just a statement of the reality that I have experienced in
the course of releasing 5.20.1 and 5.20.2.

20 hours agomaint policy: Note that other voting mechanisms may be used instead of p5p
Steve Hay [Thu, 26 Feb 2015 13:41:43 +0000]
maint policy: Note that other voting mechanisms may be used instead of p5p

This simply reflects the reality of how 5.20.2's changes were voted on,
namely, by the use of the maint-5.20-votes branch.

20 hours agomaint policy: Reword/expand the ambiguous "as few changes as possible" phrase
Steve Hay [Thu, 26 Feb 2015 13:29:36 +0000]
maint policy: Reword/expand the ambiguous "as few changes as possible" phrase

This phrase caused much debate during the release of 5.20.2. A literal
interpretation of it would be just a version bump, which was clearly not
its intention. Debate ensued as to what was its real meaning, and the
consensus seemed to be that the list of "acceptable"/"unacceptable" types
of change was about right, but that not every eligible change should be
included. Not many committers are interested in reviewing a long list of
minor spelling corrections etc, causing a lack of interest in voting, and
an attendant risk of something important being missed amongst all the
"noise". The focus should mainly be on security / crash / regression /
installation issues, with the aim being to produce a worthwhile release
without needlessly increasing risk and/or burning people out. I hope the
new wording captures this.

20 hours agomaint policy: Move paragraph about controversial changes
Steve Hay [Thu, 26 Feb 2015 13:20:09 +0000]
maint policy: Move paragraph about controversial changes

The point was also raised during discussions over whether to include
perlunicook.pod in 5.20.2 that exceptions can be made to the rules under
the terms of "Rule 2" and the fact that the pumpking is acting on Larry's
behalf. However, this is probably best left being implicit, rather than
explicitly stating it. Exceptions should be exceptional; we don't want to
encourage them!

20 hours agomaint policy: Minor grammar and style change
Steve Hay [Thu, 26 Feb 2015 13:10:50 +0000]
maint policy: Minor grammar and style change

20 hours agomaint policy: Separate build/installation issues from test failures
Steve Hay [Thu, 26 Feb 2015 13:09:33 +0000]
maint policy: Separate build/installation issues from test failures

Also clarify a what kind of build/installation "issue" we are referring to.

20 hours agomaint policy: Note that old regressions are acceptable too
Steve Hay [Thu, 26 Feb 2015 13:03:54 +0000]
maint policy: Note that old regressions are acceptable too

20 hours agomaint policy: Put notes about CPAN modules in one place
Steve Hay [Thu, 26 Feb 2015 09:29:04 +0000]
maint policy: Put notes about CPAN modules in one place

20 hours agomaint policy: No need to keep saying "are [NOT] acceptable" now
Steve Hay [Thu, 26 Feb 2015 09:24:02 +0000]
maint policy: No need to keep saying "are [NOT] acceptable" now

20 hours agomaint policy: Sort acceptable/unacceptable lists into rough priority order
Steve Hay [Thu, 26 Feb 2015 09:20:30 +0000]
maint policy: Sort acceptable/unacceptable lists into rough priority order

This commit makes no changes to any of the wording.

20 hours agomaint policy: Separate acceptable/unacceptable changes into two litss
Steve Hay [Thu, 26 Feb 2015 09:17:10 +0000]
maint policy: Separate acceptable/unacceptable changes into two litss

23 hours agoutfebcdic.h: Add comment
Karl Williamson [Wed, 31 Dec 2014 23:49:35 +0000]
utfebcdic.h: Add comment

23 hours agoAdd fixes for testing EBCDIC to blead
Karl Williamson [Fri, 6 Mar 2015 04:49:17 +0000]
Add fixes for testing EBCDIC to blead

This branch contains fixes to test files to pass on both ASCII and
EBCDIC platforms.  Some of these are a couple years old, and have been
lingering in the EBCDIC branch until now.

These changes are all to core code that is not dual-lifed, and that
doesn't have any other complications.  Future commits will deal with
the ones left out of this commit.

Some commits generalize the test to work on any platform, including a
non-EBCDIC one, should there ever be one, unlikely as that may be.  The
subjects of these commits say something like "generalize to non-ASCII
platforms."

Some commits rely on EBCDIC and ASCII properties, and would have to be
revised if Perl were ever to work on a platform with some other
character set.  These typically mention EBCDIC in their subject lines.

Some commits merely skip some tests on EBCDIC platforms.  These were
because of several possible reasons.  One is that the test is specific
to a particular EBCDIC code page, and I did not wish to expend my time
in handling all those.  Another similar one is that there would be a
significant amount of work in converting the test, too much for me to
undertake, and I don't think the value added was worth it.  And some are
just because of the inherent qualities of EBCDIC don't fit.  For example
UTF-EBCDIC doesn't have the capacity to handle very large code points
that can be handled on 64-bit ASCII platforms.  Or the tests are just
for porting when we generate a Perl to ship; which we never will do on
an EBCDIC platform.

23 hours agot/lib/croak/op: Fix to work on EBCDIC platforms
Karl Williamson [Wed, 4 Feb 2015 20:30:48 +0000]
t/lib/croak/op: Fix to work on EBCDIC platforms

23 hours agot/op/sprintf.t: Generalize for EBCDIC
Karl Williamson [Thu, 27 Nov 2014 02:55:23 +0000]
t/op/sprintf.t: Generalize for EBCDIC

This adds a mechanism for tests to be ASCII or EBCDIC specific

23 hours agoporting/checkcfgvar.t: Skip on EBCDIC platforms
Karl Williamson [Wed, 26 Nov 2014 17:54:54 +0000]
porting/checkcfgvar.t: Skip on EBCDIC platforms

This is failing on EBCDIC, probably because of sort order differences.
But we won't be packaging a release from one of these platforms; easiest
to just skip.

23 hours agot/op/bop.t: Generalize for EBCDIC platforms
Karl Williamson [Wed, 26 Nov 2014 17:47:17 +0000]
t/op/bop.t: Generalize for EBCDIC platforms

This also indents some lines that should have been indented or from a
newly formed block.

23 hours agot/uni/case.pl: Fix to work on non-ASCII platforms
Karl Williamson [Mon, 24 Nov 2014 18:19:22 +0000]
t/uni/case.pl: Fix to work on non-ASCII platforms

This involves changes to the three test files that call it

23 hours agot/op/tie.t: Skip a couple tests on EBCDIC
Karl Williamson [Sun, 26 Oct 2014 03:42:34 +0000]
t/op/tie.t: Skip a couple tests on EBCDIC

These have different results on that platform.

23 hours agot/op/inc.t: Generalize for EBCDIC
Karl Williamson [Sun, 26 Oct 2014 03:27:54 +0000]
t/op/inc.t: Generalize for EBCDIC

23 hours agot/op/ver.t: Generalize for EBCDIC
Karl Williamson [Sun, 26 Oct 2014 03:27:20 +0000]
t/op/ver.t: Generalize for EBCDIC

23 hours agot/lib/warnings/regcomp: SKIP some EBCDIC tests
Karl Williamson [Sun, 26 Oct 2014 03:26:20 +0000]
t/lib/warnings/regcomp: SKIP some EBCDIC tests

The result varies depending on EBCDIC code page

23 hours agolib/overload.t: Generalize for EBCDIC
Karl Williamson [Wed, 14 Jan 2015 19:42:41 +0000]
lib/overload.t: Generalize for EBCDIC

23 hours agoPerlIO-encoding/t/encoding.t: Generalize for non-ASCII platform
Karl Williamson [Wed, 22 Oct 2014 16:17:40 +0000]
PerlIO-encoding/t/encoding.t: Generalize for non-ASCII platform

23 hours agot/lib/warnings/op: Skip some tests on EBCDIC
Karl Williamson [Wed, 22 Oct 2014 00:55:27 +0000]
t/lib/warnings/op: Skip some tests on EBCDIC

This splits a longer test into two smaller, the first is skipped on
EBCDIC because its result varies depending on code page.

23 hours agot/lib/warnings/toke: Skip some tests on EBCDIC
Karl Williamson [Fri, 17 Oct 2014 03:16:24 +0000]
t/lib/warnings/toke: Skip some tests on EBCDIC

The results depends on the particular EBCDIC platform being used, so I
don't think it is worth the effort.

23 hours agoPOSIX/t/export.t: Generalize for non-ASCII platforms
Karl Williamson [Fri, 17 Oct 2014 03:07:11 +0000]
POSIX/t/export.t: Generalize for non-ASCII platforms

23 hours agoPod-Functions/Functions_pm.PL: Generalize for non-ASCII platforms
Karl Williamson [Fri, 17 Oct 2014 03:03:50 +0000]
Pod-Functions/Functions_pm.PL: Generalize for non-ASCII platforms

23 hours agoHash-Util tests: Generalize for non-ASCII platforms
Karl Williamson [Fri, 17 Oct 2014 03:00:56 +0000]
Hash-Util tests: Generalize for non-ASCII platforms

23 hours agot/op/override.t: Generalize for non-ASCII platforms
Karl Williamson [Fri, 17 Oct 2014 02:50:29 +0000]
t/op/override.t: Generalize for non-ASCII platforms

23 hours agot/op/chars.t: Generalize to not use code page specific
Karl Williamson [Mon, 12 May 2014 01:34:08 +0000]
t/op/chars.t: Generalize to not use code page specific

In EBCDIC, \c? resolves to the APC character.  We can use table lookup
to find out what that is on the current platform, without having to know
what code page we are using.

23 hours agoregexp_unicode_prop.t: Generalize for non-ASCII platforms
Karl Williamson [Thu, 27 Jun 2013 00:23:27 +0000]
regexp_unicode_prop.t: Generalize for non-ASCII platforms

23 hours agot/lib/feature/implicit: Generalize for EBCDIC platforms
Karl Williamson [Wed, 26 Jun 2013 21:25:37 +0000]
t/lib/feature/implicit: Generalize for EBCDIC platforms

23 hours agoext/XS-APItest/t/hash.t: Generalize to run on non-ASCII platforms
Karl Williamson [Tue, 21 May 2013 04:01:02 +0000]
ext/XS-APItest/t/hash.t: Generalize to run on non-ASCII platforms

23 hours agot/lib/feature/implicit: Generalize for non-ASCII platforms
Karl Williamson [Tue, 21 May 2013 03:54:01 +0000]
t/lib/feature/implicit: Generalize for non-ASCII platforms

23 hours agot/op/coreamp.t: Generalize for non-ASCII platfomrs
Karl Williamson [Fri, 19 Apr 2013 19:58:12 +0000]
t/op/coreamp.t: Generalize for non-ASCII platfomrs

23 hours agot/re/re_tests: Some tests are platform-specific
Karl Williamson [Thu, 18 Apr 2013 03:49:10 +0000]
t/re/re_tests: Some tests are platform-specific

23 hours agot/io/crlf.t: Generalize for non-ASCII platforms
Karl Williamson [Wed, 17 Apr 2013 14:22:36 +0000]
t/io/crlf.t: Generalize for non-ASCII platforms

23 hours agoext/B/t/b.t: Generalize for non-ASCII platforms
Karl Williamson [Tue, 16 Apr 2013 18:13:07 +0000]
ext/B/t/b.t: Generalize for non-ASCII platforms

23 hours agot/op/warn.t: Generalize for non-ASCII platforms
Karl Williamson [Tue, 16 Apr 2013 17:50:04 +0000]
t/op/warn.t: Generalize for non-ASCII platforms

23 hours agore/reg_email.t: Generalize for non-ASCII platforms
Karl Williamson [Tue, 16 Apr 2013 16:18:02 +0000]
re/reg_email.t: Generalize for non-ASCII platforms

This replaces all the hard-coded hex character values.  It uses the new
(?[ ]) notation.  I checked that the compiled regex matches the exact
same code points as before these changes.

23 hours agoext/XS-APItest/t/svpeek.t: Extend to EBCDIC platforms
Karl Williamson [Sat, 13 Apr 2013 22:19:20 +0000]
ext/XS-APItest/t/svpeek.t: Extend to EBCDIC platforms

23 hours agoext/XS-APItest/t/svpv_magic.t: Generalize for non-ASCII platforms
Karl Williamson [Sat, 13 Apr 2013 22:14:35 +0000]
ext/XS-APItest/t/svpv_magic.t: Generalize for non-ASCII platforms

23 hours agolib/utf8.t: Generalize for non-ASCII platforms
Karl Williamson [Sat, 13 Apr 2013 21:35:52 +0000]
lib/utf8.t: Generalize for non-ASCII platforms

This includes choosing a different code point that has 3 bytes in both
UTF-8 and UTF-EBCDIC, so that the pos numbers work for both.

23 hours agot/uni/parser.t: Extend to EBCDIC platforms
Karl Williamson [Sat, 13 Apr 2013 21:16:44 +0000]
t/uni/parser.t: Extend to EBCDIC platforms

23 hours agot/uni/method.t: Extend to EBCDIC platforms
Karl Williamson [Sat, 13 Apr 2013 20:41:46 +0000]
t/uni/method.t: Extend to EBCDIC platforms

I couldn't figure out a way to not use the hard-coded values

23 hours agot/op/magic.t: Generalize for non-ASCII platforms
Karl Williamson [Sat, 13 Apr 2013 20:26:09 +0000]
t/op/magic.t: Generalize for non-ASCII platforms

23 hours agot/io/through.t: Generalize for EBCDIC platforms
Karl Williamson [Sat, 13 Apr 2013 19:36:41 +0000]
t/io/through.t: Generalize for EBCDIC platforms

This uses hard-coded values for EBCDIC because of the shell issues

23 hours agot/op/goto.t: Generalize for non-ASCII platforms
Karl Williamson [Sun, 7 Apr 2013 16:45:14 +0000]
t/op/goto.t: Generalize for non-ASCII platforms

23 hours agot/re/pat.t: Generalize for EBCDIC
Karl Williamson [Thu, 4 Apr 2013 02:15:17 +0000]
t/re/pat.t: Generalize for EBCDIC

23 hours agot/uni/overload.t: Generalize for non-ASCII platforms
Karl Williamson [Sat, 6 Apr 2013 05:34:50 +0000]
t/uni/overload.t: Generalize for non-ASCII platforms

23 hours agot/uni/method.t: Generalize for non-ASCII platforms
Karl Williamson [Sat, 6 Apr 2013 05:34:13 +0000]
t/uni/method.t: Generalize for non-ASCII platforms

23 hours agot/op/utf8magic.t: Generalize for non-ASCII platforms
Karl Williamson [Sat, 6 Apr 2013 05:33:28 +0000]
t/op/utf8magic.t: Generalize for non-ASCII platforms

23 hours agot/op/evalbytes.t: Generalize for non-ASCII platforms
Karl Williamson [Sat, 6 Apr 2013 05:32:57 +0000]
t/op/evalbytes.t: Generalize for non-ASCII platforms

23 hours agot/op/utfhash.t: Fix to work on EBCDIC 1047
Karl Williamson [Sat, 6 Apr 2013 19:01:54 +0000]
t/op/utfhash.t: Fix to work on EBCDIC 1047

This .t thought it could have an __END__ in the middle of DATA input,
and the first read would read in up to that, and the second would read
the rest.  In bisecting, I couldn't find a time when this ever worked.
Now this has a marker, and does a split on that marker, choosing the
first or second half depending.

Note that this only works on ASCII and EBCDIC 1047 platforms.  It could
be extended for the other code pages Perl purportedly supports.

23 hours agot/re/pat_re_eval.t: Generalize for non-ASCII platforms
Karl Williamson [Tue, 2 Apr 2013 04:29:16 +0000]
t/re/pat_re_eval.t: Generalize for non-ASCII platforms

23 hours agot/op/split.t: EBCDIC fixes
Karl Williamson [Tue, 2 Apr 2013 03:08:20 +0000]
t/op/split.t: EBCDIC fixes

23 hours agore/pat_advanced.t: EBCDIC fixes
Karl Williamson [Tue, 2 Apr 2013 02:43:03 +0000]
re/pat_advanced.t: EBCDIC fixes

This includes not skipping some EBCDIC that formerly was, since we now
have testing infrastructure that makes this easy.

23 hours agot/io/utf8.t: EBCDIC fixes
Karl Williamson [Tue, 2 Apr 2013 02:01:04 +0000]
t/io/utf8.t: EBCDIC fixes

23 hours agot/uni/fold.t: Generalize for non-ASCII platforms
Karl Williamson [Sat, 30 Mar 2013 18:32:09 +0000]
t/uni/fold.t: Generalize for non-ASCII platforms

23 hours agolib/feature/bundle: Generalize for non-ASCII platforms
Karl Williamson [Wed, 27 Mar 2013 22:55:55 +0000]
lib/feature/bundle: Generalize for non-ASCII platforms

23 hours agoXS-APItest/t/fetch_pad_names.t: Skip if EBCDIC
Karl Williamson [Wed, 27 Mar 2013 22:08:04 +0000]
XS-APItest/t/fetch_pad_names.t: Skip if EBCDIC

This could be ported, but there's a lot of stuff to convert

23 hours agoext/XS-APItest/t/utf8.t: Fix so passes EBCDIC
Karl Williamson [Wed, 27 Mar 2013 18:05:53 +0000]
ext/XS-APItest/t/utf8.t: Fix so passes EBCDIC

This involves skipping much of the tests, because it would be painful to
generalize for the different EBCDIC code pages.

23 hours agoext/re/t/re_funcs_u.t: Generalize for non-ASCII platforms
Karl Williamson [Wed, 27 Mar 2013 17:27:06 +0000]
ext/re/t/re_funcs_u.t: Generalize for non-ASCII platforms

23 hours agot/op/print.t: Skip an EBCDIC test
Karl Williamson [Wed, 27 Mar 2013 16:33:44 +0000]
t/op/print.t: Skip an EBCDIC test

This could be fixed (the values would probably change depending on the
code page), but the code that would get exercised is unlikely to vary
depending on character set.

23 hours agoop/chop.t: Fix for EBCDIC
Karl Williamson [Tue, 26 Mar 2013 02:43:38 +0000]
op/chop.t: Fix for EBCDIC

One test is skipped because the code point is not representable on
EBCDIC platforms.  Other tests are modified to work on EBCDIC.

23 hours agot/op/lc.t: Generalize for non-ASCII platforms
Karl Williamson [Tue, 26 Mar 2013 01:56:50 +0000]
t/op/lc.t: Generalize for non-ASCII platforms

This had code that attempted this, but it was wrong.  The conversion to
EBCDIC must be done before the \U, or similar.

23 hours agoSkip some porting tests under EBCDIC
Karl Williamson [Mon, 25 Mar 2013 21:04:14 +0000]
Skip some porting tests under EBCDIC

EBCDIC won't work on these because of inherent differences from ASCII,
including a different sort order.

For porting/regen.t, we use the shipped parsing rules on EBCDIC platforms

23 hours agot/re/regex_sets.t: Generalize for non-ASCII platforms
Karl Williamson [Mon, 25 Mar 2013 20:59:50 +0000]
t/re/regex_sets.t: Generalize for non-ASCII platforms

23 hours agot/op/quotemeta.t: EBCDIC fixes
Karl Williamson [Tue, 19 Mar 2013 21:27:31 +0000]
t/op/quotemeta.t: EBCDIC fixes

23 hours agot/re/fold_grind.t: Generalize for non-ASCII platforms
Karl Williamson [Tue, 19 Mar 2013 17:32:55 +0000]
t/re/fold_grind.t: Generalize for non-ASCII platforms

23 hours agot/uni/class.t: Generalize to work on non-ASCII platforms
Karl Williamson [Tue, 19 Mar 2013 17:20:24 +0000]
t/uni/class.t: Generalize to work on non-ASCII platforms

23 hours agofeature/unicode_strings.t: Generalize to work on non-ASCII platforms
Karl Williamson [Tue, 19 Mar 2013 17:01:57 +0000]
feature/unicode_strings.t: Generalize to work on non-ASCII platforms

23 hours agolib/dumpvar.pl: Generalize for non-ASCII platforms
Karl Williamson [Sun, 2 Nov 2014 03:10:48 +0000]
lib/dumpvar.pl: Generalize for non-ASCII platforms

23 hours agore/charset.t: Generalize for non-ASCII platforms
Karl Williamson [Fri, 15 Mar 2013 17:57:24 +0000]
re/charset.t: Generalize for non-ASCII platforms

This converts the hard-coded character numbers to native, so will work
on any platform.  It also adds some tests, and improves some test names

23 hours agoAPItest/t/handy.t: Generalize for non-ASCII platforms
Karl Williamson [Wed, 13 Mar 2013 22:17:39 +0000]
APItest/t/handy.t: Generalize for non-ASCII platforms

23 hours agot/base/lex.t: Generalize for EBCDIC platforms
Karl Williamson [Mon, 11 Mar 2013 04:17:31 +0000]
t/base/lex.t: Generalize for EBCDIC platforms

\xE2 is 'S' in EBCDIC, and so is ASCII there.  We need something that is
an alpha on both platforms that isn't ASCII.  \xDF works.

Also, 65 may not be "A" on a non-ASCII platform, so use 65 instead of
'A' where 65 is wanted

23 hours agolib/Unicode/UCD.t: White-space only
Karl Williamson [Wed, 26 Jun 2013 22:06:47 +0000]
lib/Unicode/UCD.t: White-space only

Properly indent within a block

29 hours agoperldelta for previous commit (threads upgrade)
Steve Hay [Thu, 5 Mar 2015 23:00:35 +0000]
perldelta for previous commit (threads upgrade)

29 hours agoUpgrade to threads 1.98
Jerry D. Hedden [Thu, 5 Mar 2015 05:28:51 +0000]
Upgrade to threads 1.98

31 hours agolib/Config.t: Skip tests that are invalid on os390
Karl Williamson [Fri, 21 Nov 2014 16:22:53 +0000]
lib/Config.t: Skip tests that are invalid on os390

31 hours agot/comp/require.t: No longer needed to skip on EBCDIC
Karl Williamson [Wed, 29 Oct 2014 16:08:46 +0000]
t/comp/require.t: No longer needed to skip on EBCDIC

31 hours agot/uni/write.t: Don't skip EBCDIC tests
Karl Williamson [Mon, 9 Jun 2014 18:30:23 +0000]
t/uni/write.t: Don't skip EBCDIC tests

This now passes on os390

31 hours agot/lib/warnings/utf8: Update skip message
Karl Williamson [Wed, 26 Jun 2013 21:28:41 +0000]
t/lib/warnings/utf8: Update skip message

It is not that EBCDIC platforms don't check for malformedness; it is
that a different message gets generated on them, and it's too much
bother to figure it out for each such platform.

31 hours agot/test.pl: EBCDIC, utf8 fixes
Karl Williamson [Mon, 2 Mar 2015 22:03:08 +0000]
t/test.pl: EBCDIC, utf8 fixes

This changes the display of all low-ordinal EBCDIC controls to octal,
instead of just the ones that correspond to the ASCII C0 controls.

It also makes sure that [:print:] thinks all non-ASCII are
non-printable.

32 hours agolib/Unicode/UCD.t: Fixes to work on EBCDIC
Karl Williamson [Mon, 2 Mar 2015 22:00:25 +0000]
lib/Unicode/UCD.t: Fixes to work on EBCDIC

These were broken by the upgrade of Unicode::UCD to version 0.61

33 hours agolib/open.t: Fix skip count
Karl Williamson [Thu, 5 Mar 2015 19:08:48 +0000]
lib/open.t: Fix skip count

34 hours agoData::Dumper/t/dumper.t: Fix comments
Karl Williamson [Thu, 5 Mar 2015 17:34:08 +0000]
Data::Dumper/t/dumper.t: Fix comments

35 hours agoreadline should behave as <>, not <<>>
Rafael Garcia-Suarez [Thu, 5 Mar 2015 16:37:33 +0000]
readline should behave as <>, not <<>>

This fixes bug #123990. The cause was that one promotion to
OP_READLINE was not cleaning the special flag on that op.

40 hours agosprinkle NOTREACHED and FALLTHROUGH
David Mitchell [Thu, 5 Mar 2015 11:44:37 +0000]
sprinkle NOTREACHED and FALLTHROUGH

Coverity complains bitterly about many switch statements in lots of files.

Many of these are of the form:

    case FOO:
        ...
        goto baz;
    case BAR:
        ....

and something as smart as Coverity shouldn't really be complaining about
a missing 'break' when the last statement of the previous branch is an
unconditional goto/return/continue. But I've shoved in a bunch of
'NOTREACHED' to hopefully shut it up.

Missing 'FALLTHROUGH' comments were more reasonable, and I've added them
where appropriate.

The only confusing one was cx_dup(), where the various CXt_LOOP_ branches
all fell through to the next one, and it took a while to figure out that
those weren't bugs.

41 hours agopp.c: remove unneeded SPAGAIN's
David Mitchell [Thu, 5 Mar 2015 11:01:01 +0000]
pp.c: remove unneeded SPAGAIN's

Spotted by Coverity.

I've left the SPAGAIN but commented out, in case future changes
to the code make them needed again.

41 hours agodocument why S_maybe_multideref is Coverity-safe
David Mitchell [Thu, 5 Mar 2015 10:28:28 +0000]
document why S_maybe_multideref is Coverity-safe

2 days agofollowup for MEM_WRAP_CHECK
David Mitchell [Wed, 4 Mar 2015 14:49:22 +0000]
followup for MEM_WRAP_CHECK

On my previous commit, I failed to save the edited handy.h file where
I had edited the comments, so they were missed from the commit.

2 days agofurther tweak MEM_WRAP_CHECK()
David Mitchell [Wed, 4 Mar 2015 14:22:27 +0000]
further tweak MEM_WRAP_CHECK()

My recent mods to make it often constant-fold at time-time were
generating Coverity warnings when the expression happened to equal
(cond ? 1 : 1).

2 days agoConsistently use NOT_REACHED; /* NOTREACHED */
Jarkko Hietaniemi [Wed, 4 Mar 2015 12:37:33 +0000]
Consistently use NOT_REACHED; /* NOTREACHED */

Both needed: the macro is for compilers, the comment for static checkers.

(This doesn't address whether each spot is correct and necessary.)

2 days agoUpgrade Text-Balanced from version 2.02 to 2.03
Steve Hay [Wed, 4 Mar 2015 08:43:41 +0000]
Upgrade Text-Balanced from version 2.02 to 2.03

This incorporates the blead customizations, with no other changes except
the version bump.