t/op/inc.t: Generalize for EBCDIC

t/op/ver.t: Generalize for EBCDIC

t/lib/warnings/regcomp: SKIP some EBCDIC tests

The result varies depending on EBCDIC code page

lib/overload.t: Generalize for EBCDIC

PerlIO-encoding/t/encoding.t: Generalize for non-ASCII platform

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.

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.

POSIX/t/export.t: Generalize for non-ASCII platforms

Pod-Functions/Functions_pm.PL: Generalize for non-ASCII platforms

Hash-Util tests: Generalize for non-ASCII platforms

t/op/override.t: Generalize for non-ASCII platforms

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.

regexp_unicode_prop.t: Generalize for non-ASCII platforms

t/lib/feature/implicit: Generalize for EBCDIC platforms

ext/XS-APItest/t/hash.t: Generalize to run on non-ASCII platforms

t/lib/feature/implicit: Generalize for non-ASCII platforms

t/op/coreamp.t: Generalize for non-ASCII platfomrs

t/re/re_tests: Some tests are platform-specific

t/io/crlf.t: Generalize for non-ASCII platforms

ext/B/t/b.t: Generalize for non-ASCII platforms

t/op/warn.t: Generalize for non-ASCII platforms

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.

ext/XS-APItest/t/svpeek.t: Extend to EBCDIC platforms

ext/XS-APItest/t/svpv_magic.t: Generalize for non-ASCII platforms

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.

t/uni/parser.t: Extend to EBCDIC platforms

t/uni/method.t: Extend to EBCDIC platforms

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

t/op/magic.t: Generalize for non-ASCII platforms

t/io/through.t: Generalize for EBCDIC platforms

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

t/op/goto.t: Generalize for non-ASCII platforms

t/re/pat.t: Generalize for EBCDIC

t/uni/overload.t: Generalize for non-ASCII platforms

t/uni/method.t: Generalize for non-ASCII platforms

t/op/utf8magic.t: Generalize for non-ASCII platforms

t/op/evalbytes.t: Generalize for non-ASCII platforms

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.

t/re/pat_re_eval.t: Generalize for non-ASCII platforms

t/op/split.t: EBCDIC fixes

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.

t/io/utf8.t: EBCDIC fixes

t/uni/fold.t: Generalize for non-ASCII platforms

lib/feature/bundle: Generalize for non-ASCII platforms

XS-APItest/t/fetch_pad_names.t: Skip if EBCDIC

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

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.

ext/re/t/re_funcs_u.t: Generalize for non-ASCII platforms

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.

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.

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.

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

t/re/regex_sets.t: Generalize for non-ASCII platforms

t/op/quotemeta.t: EBCDIC fixes

t/re/fold_grind.t: Generalize for non-ASCII platforms

t/uni/class.t: Generalize to work on non-ASCII platforms

feature/unicode_strings.t: Generalize to work on non-ASCII platforms

lib/dumpvar.pl: Generalize for non-ASCII platforms

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

APItest/t/handy.t: Generalize for non-ASCII platforms

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

lib/Unicode/UCD.t: White-space only

Properly indent within a block

perldelta for previous commit (threads upgrade)

Upgrade to threads 1.98

lib/Config.t: Skip tests that are invalid on os390

t/comp/require.t: No longer needed to skip on EBCDIC

t/uni/write.t: Don't skip EBCDIC tests

This now passes on os390

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.

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.

lib/Unicode/UCD.t: Fixes to work on EBCDIC

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

lib/open.t: Fix skip count

Data::Dumper/t/dumper.t: Fix comments

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.

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.

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.

document why S_maybe_multideref is Coverity-safe

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.

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).

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.)

Upgrade Text-Balanced from version 2.02 to 2.03

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

threads is no longer customized, as of commit c0ff91434b

threads is no longer customized, as of commit c0ff91434b

Upgrade to threads 1.97

Committer actions: (1) regen for t/porting/customized.dat.
(2) perldelta for update to threads.

IRIX: floating point: do not flush to zero

Fix for [perl #123767] IRIX64 blead (ddce084a) opbasic/arith.t failure

Use the PERL_SYS_FPU_INIT to initialize the FPU flags appropriately.

Make MEM_WRAP_CHECK more compile-time

MEM_WRAP_CHECK(n,t) checks whether n * sizeof(t) exceeds the
memory size, and so is likely to wrap.

When the type of n is small (e.g. a U8), you used to get compiler warnings
about a comparison always being true. This was avoided by adding 0.0. Now
Coverity complains that you're doing a floating-point comparison with the
results of an integer division.

Instead of adding 0.0, instead add some more compile-time checks
that will cause the runtime check to be skipped when the maximum value
of n (as determined by sizeof(n)) is a lot less than memory size.

On my 64-bit system this also pleasingly makes the executable 8384 bytes
smaller, implying that in many cases, the run-time check is now being
skipped.

Tru64: living dangerously, enabling the -c99 flag for cc

16 years after C99 and 2 years after Tru64 EOL.

Remove unused variable $DEBUGGING.

It is unused and there do not appear to be any tests to be run for -DDEBUGGING
in this file.

Bump Locale-Codes from 3.33 to 3.34

The core modules Locale::Country, Locale::Language, and Locale::Currency (all
part of the Locale-Codes distribution) should be updated on a regular basis.
They contain "codes" from various Internet standards which change over time.

regen uconfig.h

Needed after 0cd93aca4e274765.

Configure: add note about nvsize sometimes lying

Lying in case you expect that many bytes being used for NV.

[perl #123960] sv.c: Fix gp_free -Do output

We try to print ‘gp_free clearing PL_stashcache for '%"HEKf"'’, but
without checking that we actually have a hek.  This has been this way
since 103f5a36127.

perldelta for b6bba8869651

[perl #123947] deparse $#_ as $#_ not as $#{_}

8c2e27d changed B::Deparse to deparse $#{1} as that instead of as $#1
which is a syntax error, but also changed $#_ to deparse as $#{_}
which isn't necessary, and broke GFUJI/macro-0.06.tar.gz

This could be considered a bug in macro.pm, but since we don't need to
deparse $#_ as $#{_} let's not do that.

[perl #123849] sv.c: Fix sv_clear -Do output

We try to print ‘sv_clear clearing PL_stashcache for '%"SVf"'’, but
the sv here is a hash, and we can’t do SvPV on it.  We need the hash’s
name.  This has been this way since 103f5a36127.

[perl #123955] Fix assert fail with 0 s/// in quotes

This is related to bug #123617 and is a follow-up to eabab8bcc.

This code:

"@0{0s 000";eval"$"

begins tokenisation as follows:

stringify ( join ( $ " , @ 0 { 0 subst

When seeing the subst after the 0, the parser discards many tokens and
we end up at the ; outside the quotes.

Since PL_lex_stuff (the temporary spot for storing the contents of a
quote-like operator) is localised as of eabab8bcc, we end up with just
PL_sublex_info.repl (the temporary spot for storing the replacement
part) set.  Since it is still set when we get to the next double-
quote, it is treated as a two-part quote-like operator, like y or s.
That can’t happen, and we have assertions to make sure of it.

We need to localise PL_sublex_info.repl as well, so it gets freed
properly when scopes are popped after an error.

[perl #123848] Allow OPpTARGET_MY on qr

// in the scope of lexical $_ gets the OPpTARGET_MY flag set.  If it
is used as an operand to smartmatch, it gets converted to a qr op.
There is no need to turn off the flag, since it is harmless at run
time.  But we need to allow the flag on this op type to avoid asser-
tion failures when it is freed.

op.c apidoc typo

[perl #123821] Fix assert fail with \(&$0)=0

If the operand of a reference constructor that is assigned to is not
valid, then S_lvref (in op.c) queues an error and does not bother to
convert the op into an lvref op.  This causes problems, since we have
already set lvref-specific flags on the op in the expectation that its
type will change.  We get assertion failures later when freeing the
op, because of the invalid flags.

Instead of bailing out when we have an error like this, just continue
processing it, as we do in many other places.

[perl #123817] Assert fail with attr in anon hash

These two one-liners were failing an assertion:

$y = { my $x : m }
$y = [ (my $x : m) ]

The lexical with an attribute was turning into an op of type ‘list’
with the OPpLVAL_INTRO flag set.  Many op constructors convert an
operand that is of type ‘list’ into the correct type, instead of
creating a new op to wrap around it.  Other ops were not expecting the
flag to be set, causing an assertion failure.  The easiest solution is
to turn off the flag in op_convert_list, which is where the op type
changes.  (I tried modifying other op types to accept the flag, but
that caused problems for B::Deparse, which inquires of B::Op_private
which ops can legitimately take that flag.)

op.c: Remove redundant op_lvalue call

Refgen ops already call op_lvalue on their operands.  Calling it
beforehand causes it to be called twice, which is harmless, but
wasteful.

[perl #123802] Assertion failure with "\L\L"

This is a follow-up to f4460c6f7a.  The check to see whether we are
in a quote-like operator needs to come before the call to sublex_done,
as sublex_done is just as problematic as doing SvIVX on a PV.  (See
479ae48e22f for details on why.)  Checking the type of PL_linestr is
not a reliable way to see whether we are in a quote-like op, so use
PL_in_what instead.

t/op/lex.t: Correct bug num

[perl #123763] Clear target on my $_; split

If a lexical $_ is in scope, then the first argument to split, which
starts out as a match op, will get the pad offset of $_ as its target,
since that’s how implicit lexical $_=~ usually works.

ck_split changes that first argument to a pushre op.  The target
was not being cleared.  That did not cause any problems, until
v5.21.4-408-gfd017c0, which optimised lexical @array = split to write
to split @array directly, by storing making lexical array’s pad offset
the pushre’s target.

You can see the obvious conflict there.  We end up trying to split to
$_, which is not an array.  On a debugging build, you get an assertion
failure when trying to extend $_.  Make the split list long enough,
and you get a crash on non-debugging builds.

debugging$ ./miniperl -e 'my $_; split'
Use of my $_ is experimental at -e line 1.
Assertion failed: (SvTYPE(av) == SVt_PVAV), function Perl_av_extend, file av.c, line 70.

non-debugging$ ./miniperl -e 'my $_; split //, "a"x100000'
Use of my $_ is experimental at -e line 1.
Segmentation fault: 11