aboutsummaryrefslogtreecommitdiff
path: root/crypto/crypto-lib.com
AgeCommit message (Collapse)AuthorFilesLines
2000-11-30BN_mod_sqrtBodo Möller1-1/+1
2000-11-28Addapt to added files in the BIGNUM sectionRichard Levitte1-1/+1
2000-11-22Addapt the VMS scripts to the changes in the Makefiles.Richard Levitte1-4/+4
2000-11-08Remove references to RSAref. The glue library is but a memory to fadeRichard Levitte1-0/+1
away now...
2000-10-26Merge the engine branch into the main trunk. All conflicts resolved.Richard Levitte1-4/+11
At the same time, add VMS support for Rijndael.
2000-09-20On VMS, stdout may very well lead to a file that is written to in aRichard Levitte1-1/+2
record-oriented fashion. That means that every write() will write a separate record, which will be read separately by the programs trying to read from it. This can be very confusing. The solution is to put a BIO filter in the way that will buffer text until a linefeed is reached, and then write everything a line at a time, so every record written will be an actual line, not chunks of lines and not (usually doesn't happen, but I've seen it once) several lines in one record. Voila, BIO_f_linebuffer() is born. Since we're so close to release time, I'm making this VMS-only for now, just to make sure no code is needlessly broken by this. After the release, this BIO method will be enabled on all other platforms as well.
2000-09-15Compile all dso files on VMS as well.Richard Levitte1-1/+2
2000-09-15A DSO method for VMS was missing, and I had the code lying around...Richard Levitte1-2/+2
2000-09-09More VMS synchronisationRichard Levitte1-9/+9
2000-09-08Synchronise the VMS build with the Unix one.Richard Levitte1-4/+4
2000-08-17Added md4 to the VMS compilationRichard Levitte1-3/+4
2000-06-18Modifications for VMS.Richard Levitte1-10/+5
2000-04-04This commit ties the new DSO code (crypto/dso/) into the build for aGeoff Thorpe1-1/+2
variety of platforms. A few are missing, and they will be added in eventually, but as this is new stuff, it was better to not break lots of platforms in one go that we can't easily test. The changes to "Configure" should illustrate how to add support to other systems if you feel like having a go. NB: I'll add something shortly to allow you to add "dlfcn.h" support on those platforms that don't have (or need) a dlfcn.h header file. (The symbol for Configure will probably by "dlfcn_no_h"). Thanks to Richard Levitte, who is responsible for the dso_dl.c support, understanding the trickier aspects of the build process, and giving great feedback on everything else. [Don't use this stuff if you're easily offended by changes to the interface or behaviour - it's still work in progress.] PR:
2000-03-19Keep in sync with Unix code, and prepare for a misfeature fix.Richard Levitte1-1/+2
2000-03-14bss_log has dollars, so compile it with that warning flag disabled.Richard Levitte1-1/+1
2000-03-02Make bss_log.c a bit more readable, and implement it for VMS as well.Richard Levitte1-1/+1
2000-02-27New logical names to skip algorithms are now supported.Richard Levitte1-6/+27
Also, on Alpha, vms.mar is no longer used (it produced a lot of confusing messages) for BN. Instead, the assembler part of bn_lcl.h is used.
2000-02-26Compile rand_egd.c on VMS as well.Richard Levitte1-1/+1
2000-02-23Sync with UnixRichard Levitte1-2/+3
2000-01-17Give the user the possibility to ask for compilation of only the filesRichard Levitte1-1/+5
that are directly in crypto/, and prepare for a possible disabling of certain messages that DEC C spews out.
2000-01-16Cut'n'paste errorRichard Levitte1-4/+4
2000-01-16Synchronise with the makefiles.Richard Levitte1-5/+5
1999-12-22SynchronisingRichard Levitte1-1/+1
1999-12-17Rebuild of the OpenSSL memory allocation and deallocation routines.Richard Levitte1-1/+1
With this change, the following is provided and present at all times (meaning CRYPTO_MDEBUG is no longer required to get this functionality): - hooks to provide your own allocation and deallocation routines. They have to have the same interface as malloc(), realloc() and free(). They are registered by calling CRYPTO_set_mem_functions() with the function pointers. - hooks to provide your own memory debugging routines. The have to have the same interface as as the CRYPTO_dbg_*() routines. They are registered by calling CRYPTO_set_mem_debug_functions() with the function pointers. I moved everything that was already built into OpenSSL and did memory debugging to a separate file (mem_dbg.c), to make it clear what is what. With this, the relevance of the CRYPTO_MDEBUG has changed. The only thing in crypto/crypto.h that it affects is the definition of the MemCheck_start and MemCheck_stop macros.
1999-12-16Synchronise VMS scripts with Unix MakefilesRichard Levitte1-2/+2
1999-11-27Add compilation of x509_trsRichard Levitte1-1/+1
1999-11-12Some crypto applications are now being built on Unix, so they should on VMS ↵Richard Levitte1-74/+313
as well. Not by default, however.
1999-07-28VMS updates.Ulf Möller1-3/+3
Submitted by: Richard Levitte <levitte@stacken.kth.se>
1999-05-13VMS support.Ulf Möller1-0/+1218
Submitted by: Richard Levitte <richard@levitte.org>
generated by cgit v1.1 at 2024-07-12 18:32:08 +0000