behaviour was not quite consistent with the conventions
for d2i and i2d functions as far as handling of the 'out'
or 'in' pointer is concerned.

This patch changes this behaviour, and renames the functions to
o2i_ECPublicKey and i2o_ECPublicKey (not 'd2i' and 'i2d' because the
external encoding is just a raw object string without any DER icing).

Submitted by: Nils Larsch

Submitted by: Nils Larsch
Reviewed by: Bodo Moeller

create new lock CRYPTO_LOCK_BN to avoid race condition

Submitted by: Nils Larsch

Submitted by: Nils Larsch, Bodo Moeller

EC_GROUP_new_by_nid() should be enough.  This avoids a lot of
redundancy.

Submitted by: Nils Larsch

Submitted by: Nils Larsch

the new method names where _GF... suffixes have been removed.

Revert changes to ..._{get/set}_Jprojective_coordinates_...:
The current implementation for ECC over binary fields does not use
projective coordinates, and if it did, it would not use Jacobian
projective coordinates; so it's OK to use the ..._GFp prefix for all
this.

Add author attributions to some files so that it doesn't look
as if Sun wrote all of this :-)

Submitted by: Duglas Stebila <douglas.stebila@sun.com>,
              Sheueling Chang <sheueling.chang@sun.com>

(CHANGES entries by Bodo Moeller)

EC_GROUP_set_seed(), EC_GROUP_get0_seed(), EC_GROUP_get_seed_len()).

New functions ECPKParameters_print(), ECPKParameters_print_fp().

Submitted by: Nils Larsch

and make some appropriate changes to the EC library.

Submitted by: Nils Larsch

Restructure implementation of EC_GROUP_check().

Submitted by: Nils Larsch

Add some WTLS curves.
New function EC_GROUP_check() (this will probably
be implemented differently soon).

Submitted by: Nils Larsch
Reviewed by: Bodo Moeller

Submitted by: Nils Larsch <nla@trustcenter.de>

Submitted by: Nils Larsch <nla@trustcenter.de>

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).

which indicate its purpose more clearly.

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

multiplication of an arbitrary number of points.

and an ectest.c that actually tests something.

Change mkerr.pl so that it puts the ERR_load_..._strings()
prototype in header files that it writes.

including EC arithmetics derived from Lenka Fibikova's code (with some
additional optimizations).

(This will be used for Lim/Lee precomputation data.)

Initial EC_GROUP_new_curve_GFp implementation.

Add EC vaporware: change relevant Makefiles and add some empty source
files.

"make update".

sure they are available in opensslconf.h, by giving them names starting
with "OPENSSL_" to avoid conflicts with other packages and by making
sure e_os2.h will cover all platform-specific cases together with
opensslconf.h.

I've checked fairly well that nothing breaks with this (apart from
external software that will adapt if they have used something like
NO_KRB5), but I can't guarantee it completely, so a review of this
change would be a good thing.

codebase apparently was inconsistent.  And crypto/Makefile.ssl
*does* need an ERRC ..
Submitted by:
Reviewed by:
PR:

script, translates function codes better and doesn't need the K&R function
prototypes to work (NB. the K&R prototypes can't be wiped just yet: they are
still needed by the DEF generator...). I also ran the script with the -rewrite
option to update all the header and source files.

Submitted by:
Reviewed by:
PR:

(Pointed out by Carlos Amengual).