A little debugging.

Propagate MAKEDEPPROG to the subdirs under crypto/.

Fix Kerberos5/SSL interaction
Submitted by: "Kenneth R. Robinette" <support@securenetterm.com>
Reviewed by:
PR:

Keep the internal lowercase 'surname', for programmer's sake.

Be consistent with capitalisation of object names.

Be consistent with capitalisation of object names.

There was a mixup between INSTALLTOP and OPENSSLDIR...

We stupidly had a separate LIBKRB5 variable for KRB5 library dependencies,
and then didn't support it very well.  And that when there already is a
useful variable for exactly this kind of thing; EX_LIBS...

Because the contents of openssl.pc may have to change when a configuration
has been performed (and possibly changed), have it depend on Makefile.ssl.

Small tweaks for code consistency.

To avoid any future programming glitches, let's make each and every
assignment (modulo those I missed) individual statements.

I have no idea what possesed me to compile s_socket.c as POSIXly code.
Incidently, it now compiles so much better without _POSIX_C_SOURCE.

If _XOPEN_SOURCE_EXTENDED or _XOPEN_SOURCE are defined, _POSIX_C_SOURCE gets
defined in DECC$TYPES.H.  If _POSIX_C_SOURCE is defined, certain types do
not get defined (u_char, u_int, ...).  DECC.H gets included by assert.h
and others.  Now, in6.h uses the types u_char, u_int and so on, and gets
included as part of other header inclusions, and will of course fail because
of the missing types.

On the other hand, _XOPEN_SOURCE_EXTENDED is needed to get gethostname()
properly declared...

Solution: define _XOPEN_SOURCE_EXTENDED much later, so DECC$TYPES.H has
a chance to be included *first*, so the otherwise missing types get defined
properly.

Personal: *mumble* *mumble*

It was pointed out to me that .pc files are normally stored in
${prefix}/lib/pkgconfig, not ${prefix}/lib/pkginfo.

It was pointed out to me that .pc files are normally stored in
${prefix}/lib/pkgconfig, not ${prefix}/lib/pkginfo.

Update the current status

Better wording?

Fix for RT#405, Solaris refuses to invoke preprocessor if egrep returns 1.
Linux for example doesn't exhibit this behaviour, but I add "exit 0" to all
potentially affected rules, just to be on the safe side.

Make "perl des-586.pl a.out" work, see RT#402

'a=b c=$a; echo $c' doesn't necessarily prints "b", '' vs. "", $s in
Makefiles... I suppose it wasn't tested very much...

Transfer the Solaris shared library building changes from
0.9.7-stable.

Protect loading routines with a lock.
PR: 373

Synchronise with Makefiles.

Always forget this one...

DES PIC-ification. "Cygwin" companion. Problem was that preprocessor macro
is not expanded if prepended with a $-sign.

Make sure manual pages are properly linked to on systems that have case
insensitive file names, as well as those that do not have symlinks.
Incidently, both these cases apply on DOS/Windows...

Update the make system for installations:

- define a HERE variable to indicate where the source tree is (used
  very little right now)
- make more use of copying and making attribute changes to {file}.new,
  and then move it to {file}
- use 'mv -f' to avoid all those questions to the user when the file
  in question doesn't have write attributes for that user.

Don't define macros in terms of asm() when __STRICT_ANSI is defined.

Bring des_locl.h at the same level as in the 0.9.7 branch.
Don't define macros in terms of asm() when __STRICT_ANSI is defined.

Ooops! No ROTATE on some platforms after x86_64 performance patch...

As you might have noticed I tried to change for . prefix, because it's
the one to be used to denote local labels in single function scope.
Problem is that SHA uses same label set across functions, therefore I
have to switch back to $ prefix.

Solaris shared build fix-ups. See RT#238,239 for details.

New DETECT_GNU_LD procedure.

x86_64 performance patch.

DES PIC-ification. Windows companion.

The ampersand is not required in these constructs, and was giving AIX
warnings.

Reported by: Bernhard Simon.

IA-32 assembler modules (primarily DES) PIC-ification. Idea is to keep
shared libraries shared.

OK, there's at least one application author who has provided dynamic locking
callbacks

BIO_new_bio_pair() was unnecessarily described in it's own page as well as in
BIO_s_bio.pod.  The most logical is to move everything needed from
BIO_new_bio_pair.pod to BIO_s_bio.pod (including the nice example)
and toss BIO_new_bio_pair.pod.  I hope I got all the info over properly.
PR: 370

BIO_set_nbio() is enumerated, but not explained.  Remove it from enumeration
since it's both enumerated and explained in BIO_s_connect.pod.
PR: 370

I forgot one item I intend to work on.

Skip DH-specific tests when no-dh has been configured.
PR: 353

Document the modifications in 0.9.7 that will make the hw_ncipher.c
engine work properly even in bad situations.

Make 'tunala' link with zlib if possible (so it works if openssl was
configured with zlib support).

In CRYPTO_lock(), check that the application cares about locking (provided
callbacks) before attempting to lock.

sk_*_push() returns the number of items on the stack, not the index of the
pushed item.  The index is the number of items - 1.  And if a NULL item was
found, actually use it.
Finally, provide a little bit of safety in CRYPTO_lock() by asserting the a
requested dynamic lock really must exist, instead of just being silent about it

Let's not forget the other places where HEADER_DES_H and HEADER_DES_OLD_H
were defined.

Let's not forget the other places where HEADER_DES_H and HEADER_DES_OLD_H
were defined.

Since HEADER_DES_H has been the protector of des.h since libdes
(before SSLeay, maybe?), it's better to have that macro protect
the compatibility header des_old.h.  In the new des.h, let's use
a slightly different protecting macro.

The rationale is that there are application that might include (via
other header files, perhaps) both an old libdes des.h and OpenSSL's
des.h.  Whichever comes first would overshadow the other because of
the clash in protecting macro.  This fix solves that problem.

This stops a compiler warning from -Wmissing-prototypes.
(Noticed by Nils Larsch)

Update -Olimit setting.
Submitted by: Bernhard Simon <simon@zid.tuwien.ac.at>
Reviewed by:
PR:

test commit (just removing tailing blanks) #2 after migration

test commit (removing trailing blanks) after migration

test blank-line commit after migration -- just ignore

A memset() too many got converted into a OPENSSL_cleanse().
PR: 393

BN_sqr test failure entry.

Fix wrong URI.
Submitted by: assar@kth.se
Reviewed by:
PR: 390

make update

Hmm, Geoff's change made things quite interesting.  We can now give
users the option of disabling deprecated functions, which should of
course be reflected in libeay.num and .def files.  Quite nice,
actually.

Nils Larsch submitted;
  - a patch to fix a memory leak in rsa_gen.c
  - a note about compiler warnings with unions
  - a note about improving structure element names

This applies his patch and implements a solution to the notes.

Since it's defined in draft-ietf-tls-compression-04.txt, let's make
ZLIB a known compression method, with the identity 1.

Undefine OPENSSL_NO_DEPRECATED inside openssl application code if we are
being built with it defined - it is not a symbol to affect how openssl
itself builds, but to alter the way openssl headers can be used from an API
point of view. The "deprecated" function wrappers will always remain inside
OpenSSL at least as long as they're still being used internally. :-)

The exception is dsaparam which has been updated to the BN_GENCB-based
functions to test the new functionality. If GENCB_TEST is defined, dsaparam
will support a "-timebomb <n>" switch to cancel parameter-generation if it
gets as far as 'n' seconds without completion.

This is a first-cut at improving the callback mechanisms used in
key-generation and prime-checking functions. Rather than explicitly passing
callback functions and caller-defined context data for the callbacks, a new
structure BN_GENCB is defined that encapsulates this; a pointer to the
structure is passed to all such functions instead.

This wrapper structure allows the encapsulation of "old" and "new" style
callbacks - "new" callbacks return a boolean result on the understanding
that returning FALSE should terminate keygen/primality processing.  The
BN_GENCB abstraction will allow future callback modifications without
needing to break binary compatibility nor change the API function
prototypes. The new API functions have been given names ending in "_ex" and
the old functions are implemented as wrappers to the new ones.  The
OPENSSL_NO_DEPRECATED symbol has been introduced so that, if defined,
declaration of the older functions will be skipped. NB: Some
openssl-internal code will stick with the older callbacks for now, so
appropriate "#undef" logic will be put in place - this is in case the user
is *building* openssl (rather than *including* its headers) with this
symbol defined.

There is another change in the new _ex functions; the key-generation
functions do not return key structures but operate on structures passed by
the caller, the return value is a boolean. This will allow for a smoother
transition to having key-generation as "virtual function" in the various
***_METHOD tables.

Fix a warning, and do some constification as a lucky side-effect :-)

Since it's defined in draft-ietf-tls-compression-04.txt, let's make
ZLIB a known compression method, with the identity 1.

Implement a stateful variant if the ZLIB compression method.  The old
stateless variant is kept, but isn't used anywhere.

Forgot one.

Add a few items I intend to work on for 0.9.8 and on.

Workaround for GCC-ia64 compiler bug.

Submitted by: <appro>
Reviewed by:
PR:

Some compilers are quite picky about non-void functions that don't return
anything.

Apparently, bash is more forgiving than sh.  To be backward
compatible, don't use ==, use = instead...

Keep NEWS in HEAD up to date.

Keep STATUS in HEAD up to date.

Merge in relevant changes from the OpenSSL 0.9.6h release.

SSL_CERT_FILE should be used in place of the system default file, not as
a first alternative to try

Corrected DJGPP patch

linux64-sparcv9 support finally debugged and tested.

Submitted by:
Reviewed by:
PR:

Make sure to implement the cryptodev engine only when /dev/crypto exists.

make update

Declare another general file.

Allow users to modify /MD to /MT.
PR: 380

Make sure using SSL_CERT_FILE actually works, and has priority over system defaults.
PR: 376

If an application supports static locks, it MUST support dynamic locks as
well to be able to use the CHIL engine.
PR: 281

PR: 381

Only check for a result buffer if the allocated string is a prompt string.
PR: 381

Do not implement RC4 stuff if RC4 is disabled.  Concequently, apply the same
rule for SHA stuff.
PR: 381

gethostname() is more a BSD feature than an XOPEN one.
PR: 379

Correct a few typos that I introduced after applying DJGPP patches.

In ECPKParameters_print, output the private key length correctly
(length of the order of the group, not length of the actual key, which
will be shorter in some cases).

Submitted by: Nils Larsch

Don't compute timings here, we can do this elsewhere.
Include X9.62 signature examples.

Submitted by: Nils Larsch

Missing ")"
Submitted by: Christian Hohnstaedt <chohnstaedt@innominate.com>
Reviewed by:
PR:

DJGPP patches.
PR: 347

Add support for x86_64.
PR: 348

A gcc 3.0 bug is triggered by our code.  Add a section about it in PROBLEMS.
PR: 375

Make ASN1_TYPE_get() work for V_ASN1_NULL type.

Typo in X509v3_get_ext_by_critical

In asn1_d2i_read_bio, don't assume BIO_read will
return the requested number of bytes when reading
content.

EXIT() may mean return().  That's confusing, so let's have it really mean
exit() in whatever way works for the intended platform, and define
OPENSSL_EXIT() to have the old meaning (the name is of course because
it's only used in the openssl program)

Make CRYPTO_cleanse() independent of endianness.

Windows CE updates, contributed by Steven Reddie <smr@essemer.com.au>