bug#37517: New rx.el breaks a number of packages - missing symbol rx-submatch-n

[Eli Zaretskii]

> From: Mattias Engdegård <mattiase@acm.org>
> Date: Thu, 26 Sep 2019 14:42:55 +0200
> Cc: 37517@debbugs.gnu.org, cpitclaudel@gmail.com, theophilusx@gmail.com,
>         fmdkdd@gmail.com
> 
> >  Bonus points for providing
> > the missing APIs, even if you consider them internal.  The package is
> > so old that by now we should consider its APIs to be a de-facto
> > standard.  A re-implementation that claims to be compatible cannot
> > just toss them.
> 
> Using internal functions doesn't make them APIs. All we have now is a single 
> datum, which was for all I could see just a mistake. Let's wait for evidence 
> about which, if any, internal symbols that have been used, and for what 
> reasons.

We've heard about one such symbol, which you consider internal, but
someone else didn't.  Why not provide that one symbol right now?  If
no other symbol is reported, that will be the only one, but I don't
see why it should wait for others to be granted that status.