summaryrefslogtreecommitdiff
path: root/makevms.com
Commit message (Collapse)AuthorAgeFilesLines
* Merge main -> VMS_64BITBRANCH_VMS_64BITRichard Levitte2010-01-271-47/+101
|
* Recent changes from HEAD.Richard Levitte2004-07-121-1/+2
|
* Changes from 0.9.8-devRichard Levitte2004-03-241-4/+9
|
* Forgot to call makeengines.com with the pointer size argument.Richard Levitte2003-01-131-1/+1
|
* Recent changes from HEAD. The VMS procedures are probably broken, toRichard Levitte2002-10-311-114/+43
| | | | be fixed.
* Merge in all the changes from HEAD.Richard Levitte2002-08-131-1/+2
|
* Merge in recent changes from the main trunk.Richard Levitte2002-05-231-1/+2
|
* Correct support for the "CONFIGALL" option.Richard Levitte2002-05-221-2/+3
|
* Remove Compaq-specific stuff from the building scripts (somethingRichard Levitte2002-05-221-88/+125
| | | | | corresponding will be commited later). Add support for specifying pointer size.
* Merge in recent changes from the main trunk.Richard Levitte2002-05-221-9/+16
|
* Compaq sent a rather large patch, and here are the contents, adaptedRichard Levitte2002-05-221-10/+189
| | | | | | | | | | | | where necessary to the main trunk (0.9.8-dev). This does not include rearrangements and work I've been doing, that'll come in the next bunch of commits to this branch. This set of changes can't be expected to work on any VMS system, there are changes in here that are very specific to Compaq's building system. This set of changes will be surrounded by the tags BEFORE_COMPAQ_PATCH and AFTER_COMPAQ_PATCH.
* Because Rijndael is more known as AES, use crypto/aes instead ofRichard Levitte2002-01-021-2/+2
| | | | | | | | | | crypto/rijndael. Additionally, I applied the AES integration patch from Stephen Sprunk <stephen@sprunk.org> and fiddled it to work properly with the normal EVP constructs (and incidently work the same way as all other symmetric cipher implementations). This results in an API that looks a lot like the rest of the OpenSSL cipher suite.
* Addapt VMS scripts to the newer disk layout system ODS-5, which allows more ↵Richard Levitte2001-10-291-2/+8
| | | | than one period and mixed size characters in file names
* Due to an increasing number of clashes between modern OpenSSL andRichard Levitte2001-10-241-1/+1
| | | | | | | | | | | | libdes (which is still used out there) or other des implementations, the OpenSSL DES functions are renamed to begin with DES_ instead of des_. Compatibility routines are provided and declared by including openssl/des_old.h. Those declarations are the same as were in des.h when the OpenSSL project started, which is exactly how libdes looked at that time, and hopefully still looks today. The compatibility functions will be removed in some future release, at the latest in version 1.0.
* Copy evptests.txt to the right place.Richard Levitte2001-10-041-0/+2
|
* Because there's chances we clash with the system's types.h, rename ourRichard Levitte2001-10-041-2/+3
| | | | | types.h to ossl_typ.h. Also, it seems like krb5 was forgotten in some places.
* Synchronise with Unixly build.Richard Levitte2001-09-271-1/+2
|
* ui_compat.h was forgotten in the "symlinking" routine.Richard Levitte2001-05-141-1/+1
|
* Add a general user interface API. This is designed to replace thingsRichard Levitte2001-05-061-1/+2
| | | | | | | like des_read_password and friends (backward compatibility functions using this new API are provided). The purpose is to remove prompting functions from the DES code section as well as provide for prompting through dialog boxes in a window system and the like.
* OpenVMS/Alpha should use 64 bits. If nothing else, there'sRichard Levitte2001-04-041-1/+1
| | | | performance to gain.
* Use 32bit longs on Alpha as well, because that's what the VMSRichard Levitte2001-03-091-1/+1
| | | | | | | assembler code works with. Of course, the assembler code could differ between platforms. That might happen in the future.
* Update the VMS build scripts for ECRichard Levitte2001-03-051-1/+2
|
* Introduce the possibility to access global variables throughRichard Levitte2001-03-021-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | functions on platform were that's the best way to handle exporting global variables in shared libraries. To enable this functionality, one must configure with "EXPORT_VAR_AS_FN" or defined the C macro "OPENSSL_EXPORT_VAR_AS_FUNCTION" in crypto/opensslconf.h (the latter is normally done by Configure or something similar). To implement a global variable, use the macro OPENSSL_IMPLEMENT_GLOBAL in the source file (foo.c) like this: OPENSSL_IMPLEMENT_GLOBAL(int,foo)=1; OPENSSL_IMPLEMENT_GLOBAL(double,bar); To declare a global variable, use the macros OPENSSL_DECLARE_GLOBAL and OPENSSL_GLOBAL_REF in the header file (foo.h) like this: OPENSSL_DECLARE_GLOBAL(int,foo); #define foo OPENSSL_GLOBAL_REF(foo) OPENSSL_DECLARE_GLOBAL(double,bar); #define bar OPENSSL_GLOBAL_REF(bar) The #defines are very important, and therefore so is including the header file everywere where the defined globals are used. The macro OPENSSL_EXPORT_VAR_AS_FUNCTION also affects the definition of ASN.1 items, but that structure is a bt different. The largest change is in util/mkdef.pl which has been enhanced with better and easier to understand logic to choose which symbols should go into the Windows .def files as well as a number of fixes and code cleanup (among others, algorithm keywords are now sorted lexicographically to avoid constant rewrites).
* e_os.h does not belong with the exported headers. Do not put it thereRichard Levitte2001-02-221-1/+1
| | | | | | | | and make all files the depend on it include it without prefixing it with openssl/. This means that all Makefiles will have $(TOP) as one of the include directories.
* Let VMS catch up.Richard Levitte2001-02-201-2/+55
|
* Update VMS build procedures to match the current status.Richard Levitte2000-12-281-2/+2
|
* Addapt the VMS scripts to the changes in the Makefiles.Richard Levitte2000-11-221-1/+1
|
* Remove references to RSAref. The glue library is but a memory to fadeRichard Levitte2000-11-081-3/+6
| | | | away now...
* Merge the engine branch into the main trunk. All conflicts resolved.Richard Levitte2000-10-261-1/+3
| | | | At the same time, add VMS support for Rijndael.
* Remove engine stuff that was erroneously put in the main trunk.Richard Levitte2000-09-141-2/+1
|
* Synchronise the VMS build with the Unix one.Richard Levitte2000-09-081-6/+12
|
* It's not just VMS that needs some symbols to be hacked. Let'sRichard Levitte2000-09-071-6/+1
| | | | | centralise those hacks in crypto/symhacks.h and use it everywhere it's needed.
* Modifications for VMS.Richard Levitte2000-06-181-1/+1
|
* Make it possible top build just a part of the crypto library.Richard Levitte2000-03-141-1/+15
|
* Forgot to check correctly for the new optionsRichard Levitte2000-02-281-3/+4
|
* No, the VAX is not a 64 bit architecture.Richard Levitte2000-02-271-1/+1
|
* Stop logging all the files that are copied all over the place...Richard Levitte2000-02-271-2/+2
|
* New "target": CONFIG. This will build the opensslconf.h file fromRichard Levitte2000-02-271-8/+139
| | | | | what is known about VAX and Alpha running VMS, and from the opensslconf.h.in (in VMS often named OPENSSLCONF.H_IN) file.
* Build the test apps after all of the library has been built.Richard Levitte2000-01-181-1/+5
|
* Build the crypto test applications as well.Richard Levitte2000-01-171-1/+1
|
* Some crypto applications are now being built on Unix, so they should on VMS ↵Richard Levitte1999-11-121-1/+1
| | | | as well. Not by default, however.
* VMS updates.Ulf Möller1999-07-281-14/+21
| | | | Submitted by: Richard Levitte <levitte@stacken.kth.se>
* Last minute VMS updates for 0.9.3.Bodo Möller1999-05-241-1/+2
| | | | Submitted by: Richard Levitte
* Bring VMS in sync with the recent changes.Ulf Möller1999-05-201-1/+1
| | | | Submitted by: Richard Levitte <levitte@stacken.kth.se>
* VMS support.Ulf Möller1999-05-131-64/+897
| | | | Submitted by: Richard Levitte <richard@levitte.org>
* Import of old SSLeay release: SSLeay 0.8.1bRalf S. Engelschall1998-12-211-0/+65