Rely on C89 <assert.h>

Rely on C89 <math.h>

This requires a corresponding change in the metaconfig units.

Never attempt to redeclare standard functions

Don't attempt to define or use STANDARD_C

We rely on a C89 implementation anyway.

Rely on C89 NULL

Don't declare C89 realloc()

The declaration is actually for PerlMem_realloc(), which is a macro for
either realloc() or an indirection through the interpreter struct, depending
on configuration — see iperlsys.h. If it's the indrection, this declaration
will be a syntax error, so it must be in fact plain old realloc().

The declaration is guarded with HAS_REALLOC_PROTOTYPE, which isn't actually
defined or consulted anywhere else in the codebase.

Since we require C89, there's no need for this — we #include <stdlib.h>, and
therefore can assume realloc() exists.

Rely on C89 strerror()

This requires a corresponding change to the metaconfig units.

util.h: simplify cpp conditionals

util.c: simplify cpp conditionals

thread.h: simplify cpp conditionals

sv.c: simplify cpp conditionals

regen/reentr.pl: simplify cpp conditionals

pp_sys.c: simplify cpp conditionals

pp_pack.c: simplify cpp conditionals

pp_hot.c: simplify cpp conditionals

pp_ctl.c: simplify cpp conditionals

pp.c: simplify cpp conditionals

perlio.c: simplify cpp conditionals

perl.h: simplify cpp conditionals

Drop support for the hp9000s500 cpp symbol

This includes changed metaconfig units which drop support in the same way.

https://en.wikipedia.org/wiki/HP_9000 :

> The HP 9000 brand was introduced in 1984 to encompass several existing
> technical workstation models previously launched in the early 1980s. […]
> The Series 500s were based on the HP FOCUS microprocessor. […] The 520 was
> a complete workstation with built-in keyboard, display, 5.25-inch floppy
> disk, and optional thermal printer and 5 MB hard disk. […] The processors
> in the original Series 500s ran at 20 MHz, and could reach a benchmark
> speed of 1 MIPS.

https://en.wikipedia.org/wiki/HP_FOCUS :

> The Hewlett-Packard FOCUS microprocessor, launched in 1982, was the
> first commercial, single chip, fully 32-bit microprocessor available on
> the market. […] The FOCUS […] was a stack architecture, with over 220
> instructions (some 32 bits wide, some 16 bits wide), a segmented memory
> model, and no general purpose programmer-visible registers.

Delete useless references to DG/UX

perl.c: simplify cpp conditionals

opcode.pl: simplify cpp conditionals

This affects the generated opcode.h.

numeric.c: simplify cpp conditionals

mg.c: simplify cpp conditionals

malloc.c: simplify cpp conditionals

malloc.c: don't redefine START_EXTERN_C from perl.h

handy.h: simplify cpp conditionals

dosish.h: simplify cpp conditionals

EXTERN.h: simplify cpp conditionals

doio.c: simplify cpp conditionals

vms/vmsish.h: move a function declaration from doio.c

caretx.c: simplify cpp conditionals

XSUB.h: simplify cpp conditions using C89 "#elif"

Rely on contents of C89 <limits.h>

Simplify perl.h floating-point limits defines

- Always include <float.h> and <limits.h>

- Assume that the DBL_* constants are always available in <float.h> (though
  we still check for each LDBL_* constant individually)

- Drop support for the undocumented OVR_DBL_DIG and OVR_LDBL_DIG
  preprocessor symbols

- Use cpp "#elif"

Don't try to use <values.h>

All the information it contains can be gleaned more readily from C89
<limits.h> and <float.h>.

Rely on C89 <float.h> defining DBL_DIG

I would like to be able to assume that we have long doubles, and therefore
that LDBL_DIG and friends are all defined too. But it seems that we may
still support some platforms which are otherwise C89, but don't have even
trivial long-double support; in particular, HP/UX 10 apparently uses a
struct of four uint32_t values as long double, but doesn't support other
bits, and confuses the Configure probe that looks for quadmath.

Rely on C89 <float.h>

This requires newer metaconfig units that also rely on C89 <float.h>.

Rely on C89 <limits.h>

This requires newer metaconfig units that also rely on C89 <limits.h>.

Rely on C89 <time.h>

The Configure script here was built from a metaconfig unit that also assumes
<time.h> exists.

Rely on C89 strchr() and strrchr()

This needs a metaconfig change that defangs the standard unit for finding
strchr(), because that unit sees the uses of "index" and "rindex" (in files
like keywords.c and opcode.h) as indicators that it must be used instead.

Rely on C89 sprintf() return value semantics

Use snprintf() in favour of sprintf()

Rely on C89 <stddef.h>

Rely on C89 <stdlib.h>

The Configure changes here were generated using a version of metaconfig
that copies U/modified/i_stdlib.U from dist/U/vaproto.U, and changes it to
unconditionally define the i_stdlib Configure variable. That variable is
used by a large number of other Configure units, so it's not actually
practical to try and remove the relevant unit entirely.

Rely on C89 <stdarg.h>

Rely on C89 prototypes

The Configure changes here were generated using a version of metaconfig
that modifies the prototype.U and Protochk.U units to assume that C89
prototypes work.

Don't pretend to determine whether ansi2knr is needed

Rely on C89 variadic prototypes

The Configure changes here were generated using a version of metaconfig
that copies U/modified/vaproto.U from dist/U/vaproto.U, and changes it to
refrain from promising to define a _V symbol (which would otherwise cause
the relevant probe to included in Configure).

Configure: assume C89 headers in need_va_copy probe

This matches a recent change to metaconfig.

Rely on C89 vprintf()

Rely on C89 sprintf() return type

Configure: assume C89 headers in d_c99_variadic_macros probe

This matches a recent change to metaconfig.

Rely on C89 snprintf()

Rely on C89 vsnprintf()

We assume it has the standard behaviour that, if the buffer is too short, it
returns the desired buffer length.

Don't use VOL internally, because "volatile" works just fine

However, we do preserve it outside PERL_CORE for the use of XS authors.

Assume C89 "volatile" keyword

The Configure changes here were generated using a version of metaconfig
that makes U/perl/perlxv.U assume that the keyword exists, and prevents
U/modified/d_volatile.U from promising to define a "volatile" keyword;
otherwise, those units would bring in the relevant Configure probe anyway.

Assume we have C89 memchr()

Assume we have sane C89 memcmp()

"Sane" means that it works correctly on bytes with their high bit set, as
C89 also requires.

We therefore no longer need to probe for and/or use BSD bcmp().

Drop support for PowerUX / Power MAX OS

It is almost impossible to find any information about this platform on the
internet, which strongly suggests that it's as dead as dead can be.

Assume we have C89 memcpy() and memmove()

We can therefore also avoid probing for and/or using BSD bcopy().

Don't look for a "safe" memcpy()

C89 says that, if you want to copy overlapping memory blocks, you must use
memmove(), and that attempt to copy overlapping memory blocks using memcpy()
yields undefined behaviour. So we should never even attempt to probe for a
system memcpy() implementation that just happens to handle overlapping
memory blocks. In particular, the compiler might compile the probe program
in such a way that Configure thinks overlapping memcpy() works even when it
doesn't.

This has the additional advantage of removing a Configure probe that needs
to execute a target-platform program on the build host.

Assume we have C89 memset()

This means we also never need to consider using BSD bzero().

Remove USE_STRUCT_COPY in favour of C89 struct assignment

At least for now, we retain the StructCopy() macro, but its definition
always just uses struct assignment.

Configure: fix nl_langinfo_l() probe

This corresponds to metaconfig ad82f5bfbeafc125c0aed2b83391ed8d43bf31b2.

Add Configure changes to perldelta

Add new Configure probes

This is a merge off several new probes in metaconfig done in the new
shared developing environment by several authors

Thanks to all that contributed!

Today's M::CL is up on CPAN already

Prepare Module::CoreList for 5.27.6

Bump version to 5.27.6

perldelta - Fix version for the next run of Porting/acknowledgements.pl

And fix the template file so that the impending version bump will leave it
correct for next time too.

New perldelta for 5.27.6

Tick off 5.27.5

Add epigraph for 5.27.5

Perl 5.27.5 today

Finalize perldelta

Update Module::CoreList for 5.27.5

perldelta - Fix broken links

perldelta - Remove boilerplate

perldelta - Update selected bug fixes etc

perldelta - Update modules

Suppress spurious corelist-perldelta.pl warning

Teach corelist-perldelta.pl about libnet, podlators and Sub::Util

Porting/Maintainers.pl - version's vxs.inc is now CUSTOMIZED as well

Porting/Maintainers.pl - NEXT is CUSTOMIZED

Deparse.t tweak

The revert two commits ago causes B::Deparse to go through a different
code path when dumping the constant.  Ideally the output should be the
same either way (i.e., consistently with or without a semicolon, not
sometimes one way and sometimes the other).  But for now, just make
the test more lenient.

perldelta for 14062320f

Temporarily revert CV-in-stash optimisation

This reverts two hunks from 6881372e19 to allow CPAN modules some time
to conform to the optimisation.

Update win32/config_H.[gv]c canned configuration files

This is done using the regen_config_h targets in the Windows makefiles,
being careful to restore a couple of things otherwise lost from the
config_H.gc file (a couple of STRINGIFY #undefs, comments above the
HASATTRIBUTE_* #defines, and the #define of HAS_MKSTEMP).

The files are now in sync with the top-level master configuration file,
config_h.SH.

Use SvLEN_set/SvCUR_set in a few extra locations

SvLEN was set without using the generic macro SvLEN_set.
Use it in three extra locations, and also use SvCUR_set
instead of SvCUR.

Merge branch 'smoke-me/ilmari/exec-empty-argv' into blead

Perldelta for exec PROGRAM LIST with empty LIST

[perl #131730] Fix exec PROGRAM LIST with empty LIST on VMS

Only when being Unixish, because I have no idea if
setup_argstr()/vms_do_exec() handle it.

[perl #131730] Fix exec PROGRAM LIST with empty LIST

This should call execvp() with an empty argv array (containing only the
terminating NULL pointer), but was instead just returning false (and not
setting $!).

Executing a program with an empty argv array is valid ISO C: it merely
requires argc to be nonnegative and argv[argc] to be NULL.  POSIX states
that that argv[0] "should point to a filename string that is associated
with the process being started", but "should" only applies to
applications claiming strict POSIX conformance.  Perl does not, and
certainly should not impose it on perl programs.

This also requires handling the case where both PROGRAM and LIST are
empty, to avoid calling execvp(NULL, …), which _is_ invalid.  I've made
it return ENOENT, which it the error POSIX specifies for execvp("", …).

Upgrade Test-Simple from version 1.302101 to 1.302103

the unopened test should use a file handle distinct from "OTHER"

used a name and added a comment so this isn't broken again

[perl #127063] suppress warning on assigning 0 to $[

PERL5LIB documentation: '.' is no longer in @INC by default

customise Pod::Perldoc to fix output misbehaviour

Pod::Perldoc has, since version 3.20, exhibited various kinds of
misbehaviour relating to a bad default choice of formatter.  Output has
sometimes appeared mangled due to the newly-default formatter emitting
unportable escape sequences, and sometimes there has been a more
severe output failure due to perldoc making unportable changes to pager
configuration in an attempt to make the escape sequences work.  This is
discussed in [perl #131762].  In the upstream instance of the module
there have been tweaks to the unportable behaviour, but not an actual fix.

In order to make the core distro ship a reliably-working version of
perldoc, this patch customises Pod::Perldoc to implement the obvious
fix for the portability problems.  The fixed version defaults to the
ToText formatter, which produces properly plain text that will go through
any pager.  It never attempts any change to pager configuration.