perldelta: remove some "Internal Changes" entries

In general we don't list internals changes unless it affects the API or is
very visible (e.g. performance enhancement). So I've deleted the following
entries:

    Several new internal C macros have been added that take a string
    literal as arguments, alongside existing routines that take the
    equivalent value as two ...

AFAKT, this is referring to:

    strEQs() and strNEs()
    _memEQs() and _memNEs

which aren't listed as part of the API, so we don't (yet?) want to
advertise them.

    The code in F<gv.c> that determines whether a variable has a special
    meaning to Perl has been simplified.

which is great, but isn't visible AFAIKT.

    Use C<my_strlcat()> in C<locale.c>.  While C<strcat()> is safe in this
    context, some compilers were optimizing this to C<strcpy()> causing a
    porting test to fail that looks for unsafe code.  Rather than fighting
    this, we just use C<my_strlcat()> instead.

Perhaps this should be reported as bug fix instead?

diff --git a/pod/perldelta.pod b/pod/perldelta.pod
index 35de745..cabddaf 100644 (file)
--- a/pod/perldelta.pod
+++ b/pod/perldelta.pod
@@ -2280,20 +2280,6 @@ that is now handled in a simpler way.
 
 =item *
 
-Several new internal C macros have been added that take a string literal as
-arguments, alongside existing routines that take the equivalent value as two
-arguments, a character pointer and a length.  The advantage of this is that
-the length of the string is calculated automatically, rather than having to
-be done manually.  These routines are now used where appropriate across the
-entire codebase.
-
-=item *
-
-The code in F<gv.c> that determines whether a variable has a special meaning
-to Perl has been simplified.
-
-=item *
-
 The C<DEBUGGING>-mode output for regex compilation and execution has been
 enhanced.
 
@@ -2305,13 +2291,6 @@ L<perlapi/Unicode Support>.
 
 =item *
 
-Use C<my_strlcat()> in C<locale.c>.  While C<strcat()> is safe in this context,
-some compilers were optimizing this to C<strcpy()> causing a porting test to
-fail that looks for unsafe code.  Rather than fighting this, we just use
-C<my_strlcat()> instead.
-
-=item *
-
 Three new ops, C<OP_ARGELEM>, C<OP_ARGDEFELEM> and C<OP_ARGCHECK> have
 been added.  These are intended principally to implement the individual
 elements of a subroutine signature, plus any overall checking required.