afford to relax SPARCV9/8+ compiler command line and produce "unversal"
binaries as we used to.

Engage run-time switch between bn_mul_mont_fpu and bn_mul_mont_int.

have impact on performance, because amount of multiplications does not
increase with this switch, not on sparcv9 that is. On the contrary, it
actually improves performance, because it spares a load of instructions
used to chase carries. Not to mention that BN assembler modules can be
shared more freely between 32- and 64-bit builts.

Submitted by: Stefan Neis

Configure line. TABLE update accomodates other recent ./Configure changes...

PR: 1049

compiled into *our* aplpications. That's because mingw is always
consistent with itself. Having library-side code linked into .dll
makes it possible to deploy the .dll with user-code compiled with
another compiler [which is pretty much the whole point behind Applink].

the algorithm is explicitly requested.

This is now the case for RC5.

As a side effect, the OPTIONS in the Makefile will usually look a
little different now, but they are essentially only for information
anyway.

and GNU binutils, but kept BSD make... And I took the opportunity to
unify other targets to this common least denominator...