aboutsummaryrefslogtreecommitdiffstats
path: root/makevms.com
Commit message (Collapse)AuthorAgeFilesLines
* 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