Remove the entry about removing Perl_deprecate()

As a minor C function, I feel that at most it should be in "changed internals".
However, as it was not part of the public API, and searches showed that nothing
was using it, likely nothing is going to break if it goes. And if any naughty
code does break:
a: It will be at link time
b: It will be easy to find the cause from git log

I also feel that it's worth removing it, as existing perldeltas are the most
obvious guide for new volunteers in terms of "write something like this".
So having bad examples isn't going to help educate future authors.

diff --git a/pod/perl5111delta.pod b/pod/perl5111delta.pod
index ae82ab5..b7e723f 100644 (file)
--- a/pod/perl5111delta.pod
+++ b/pod/perl5111delta.pod
@@ -13,13 +13,6 @@ the 5.11.1 release.
 
 =item The boolkeys op moved to the group of hash ops. This breaks binary compatibility.
 
-
-=item C<Perl_deprecate()> was replaced with a macro that calls C<Perl_ck_warner()>
-
-C<Perl_deprecate> was not part of the public API, and did not have a C<deprecate()>
-shortcut macro defined without C<-DPERL_CORE>. Neither codesearch.google.com nor
-CPAN::Unpack show any users outside the Perl core.
-
 =back
 
 =head1 Core Enhancements