Remove support for Apple Accelerate, since it is buggy. A build error should
occur on most or all setups if linked against Accelerate. Test or import failures
should occur on setups where Accelerate is picked up dynamically.

Co-authored-by: Warren Weckesser <warren.weckesser@gmail.com>

MAINT: linalg: use symbol suffix in fallback lapack_lite

When building the fallback lapack_lite library for numpy.linalg,
add symbol suffix to the routines when using 64-bit integer indices.

Adjust the lapack_lite generator script to also output a header file
that renames the symbols.  Moreover, also rename symbols from f2c.c, to
be sure (because they have short and generic names that may clash).

This avoids a name clash with BLAS/LAPACK names, which can cause
problems in corner cases on platforms where inadvertent symbol
overriding in dynamic libraries can occur.

As numpy is Python 3 only, these import statements are now unnecessary
and don't alter runtime behavior.

Make numpy.__config__.show() to print information about the fallback
lapack_lite library when it is used.

Build the lapack fallback library (used when no LAPACK installed) with
64-bit integer size when building on a 64-bit platform.

Generalize the ILP64 BLAS/LAPACK symbol name handling to deal with
arbitrary prefix/suffix.

The build-time behavior is changed so that HAVE_BLAS_ILP64 and
BLAS_SYMBOL_SUFFIX/PREFIX defines are added to compile options
as appropriate.

Mainly to make autodetection of BLAS/LAPACK easier for downstream
numpy.distutils users, add get_info aliases 'blas_ilp64_opt',
'blas_ilp64_plain_opt', and 'blas64__opt' for any/no/""&"64_"
prefix&suffix, and the same for lapack. (Due to the way system_info
works, each also gets a separate class.)

In addition to openblas64_ which has a fixed suffix, add the (by default
suffixless) openblas_ilp64, which correspond to the most likely cases to
be present.