seems like some Unixen (SCO) have opinions about too many -L.

Overhaul the display of certificate details in
the 'ca' utility. This can now be extensively
customised in the configuration file and handles
multibyte strings and extensions properly.

This is required when extensions copying from
certificate requests is supported: the user
must be able to view the extensions before
allowing a certificate to be issued.

It does not appear to be faster than the current Montgomery code
except for very small moduli (somewhere between 192 and 224 bits
in a 64-bit Sun environment, and even less than 192 bits
on 32 bit systems).

Document the -certopt option to the x509 utility.

Add no_issuer option.

Fix X509_print_ex() so it prints out newlines when
certain fields are omitted.

OPENSSL_SYSNAME_ULTRASPARC, so we'd better check for that one

which indicate its purpose more clearly.

The latter does nothing for now, but its existence means
that applications can request precomputation when appropriate.

considered additive

multiplication of an arbitrary number of points.

HTTP responses.

In crypto/ec #if 0 out structures which reference (currently)
non existent functions because this breaks shared libraries.

Add the 'ec' directory to mkdef.pl and mkfiles.pl
so the Windows build can see it.

Fixup mkdef.pl so it doesn't mess up with function
names longer than 39 characters in length.

assembler code works with.

Of course, the assembler code could differ between platforms.  That
might happen in the future.

errors can be tolerated, hide the error from 'make'.
This gives shorter output both if ranlib fails and if
it works.

to create a symbol table).

Sun patches such as 109147-06 probably fix this problem,
but we can easily avoid it.