openssl/makevms.com, branch FIPS_098_TEST_8 TLS/SSL and crypto library. http://git.bktus.com/gpgfrontend/openssl/atom?h=FIPS_098_TEST_8 2007-04-24T11:30:51Z Merge from 0.9.8 stable branch. 2007-04-24T11:30:51Z Dr. Stephen Henson steve@openssl.org 2007-04-24T11:30:51Z urn:sha1:1139eeecbc6161ae152ee3d26e39e223adab3b43 Keep synchronised with the Unix build 2006-06-10T05:38:29Z Richard Levitte levitte@openssl.org 2006-06-10T05:38:29Z urn:sha1:2745ddfc334f96bd908e86ebc16ad873dda926c1 Synchronise more with the Unix build 2005-05-31T20:28:55Z Richard Levitte levitte@openssl.org 2005-05-31T20:28:55Z urn:sha1:335ed97263c1b590646ffab961ec8eddfec53074 Forgottent needed changed. This file will be retagged. 2005-05-30T23:19:11Z Richard Levitte levitte@openssl.org 2005-05-30T23:19:11Z urn:sha1:2728a1b4f32832571e6d29d4e92d62704f52a94a I was incorrect about VMS/Alpha. Defining BN_LLONG with 2005-05-07T21:21:17Z Richard Levitte levitte@openssl.org 2005-05-07T21:21:17Z urn:sha1:256b5d5877e1c8f7c5d8b6cd9787be12dcf456a3 SIXTY_FOUR_BIT could cause havoc, so don't (it's lucky bn.h undefines BN_LLONG when SIXTY_FOUR_BIT is defined). Actually, C on VMS/Alpha knows very well what a long long is, and 2005-05-06T13:33:16Z Richard Levitte levitte@openssl.org 2005-05-06T13:33:16Z urn:sha1:abee01c6f8a656e244688f71e94c6864bbe5e338 knows how to make use of it. So let's stop pretending the Alpha doesn't know long long... Some test programs in crypto/sha were named differently than usual... 2004-07-11T20:30:33Z Richard Levitte levitte@openssl.org 2004-07-11T20:30:33Z urn:sha1:2b6174c478486ab110b1f151d942ec099e63f6a9 Add store.h among the exported headers on VMS. 2004-03-24T09:52:16Z Richard Levitte levitte@openssl.org 2004-03-24T09:52:16Z urn:sha1:a08e05d1be4c5affd5a833b9014664686b79c0e3 Remove all referenses to RSAref, since that's been gone for more than 2002-10-31T16:46:52Z Richard Levitte levitte@openssl.org 2002-10-31T16:46:52Z urn:sha1:b6d0defb985586ea0ab0bb35ce3cf9fda6bd31c8 a year. Add all that is needed to build external engines on VMS. 2002-10-31T15:43:38Z Richard Levitte levitte@openssl.org 2002-10-31T15:43:38Z urn:sha1:ad22b914d6df1b981f1d54a389bb597b6dd07a65 Currently, we simply assume that they shall always be built as shareable images.