aboutsummaryrefslogtreecommitdiffstats
path: root/crypto/lhash
Commit message (Collapse)AuthorAgeFilesLines
* Further BUILDENV refinement, further fool-proofing of Makefiles andAndy Polyakov2005-05-161-4/+13
| | | | | [most importantly] put back dependencies accidentaly eliminated in check-in #13342.
* make updateBodo Möller2005-05-161-12/+2
|
* Fool-proofing MakefilesAndy Polyakov2005-05-151-4/+1
|
* Add emacs cache files to .cvsignore.Richard Levitte2005-04-111-0/+2
|
* some const fixes and cleanupNils Larsch2005-04-051-7/+7
|
* Give everything prototypes (well, everything that's actually used).Ben Laurie2005-03-311-1/+1
|
* Blow away Makefile.ssl.Ben Laurie2005-03-301-4/+3
|
* Don't use $(EXHEADER) directly in for loops, as most shells will breakRichard Levitte2004-11-021-1/+1
| | | | | | if $(EXHEADER) is empty. Notified by many, solution suggested by Carson Gaspar <carson@taltos.org>
* After the latest round of header-hacking, regenerate the dependencies inGeoff Thorpe2004-05-171-2/+2
| | | | | the Makefiles. NB: this commit is probably going to generate a huge posting and it is highly uninteresting to read.
* make updateGeoff Thorpe2004-04-191-3/+3
|
* Use sh explicitely to run point.shRichard Levitte2003-12-271-1/+1
| | | | This is part of a large change submitted by Markus Friedl <markus@openbsd.org>
* Relax some over-zealous constification that gave some lhash-based code noGeoff Thorpe2003-10-292-9/+9
| | | | | | | choice but to have to cast away "const" qualifiers from their prototypes. This does not remove constification restrictions from hash/compare callbacks, but allows destructor commands to be run over a tables' elements without bad casts.
* Make sure we get the definition of OPENSSL_NO_FP_API.Richard Levitte2003-03-201-0/+1
|
* Security fixes brought forward from 0.9.7.Ben Laurie2002-11-131-56/+30
|
* Use double dashes so makedepend doesn't misunderstand the flags weRichard Levitte2002-10-091-1/+1
| | | | | | | give it. For 0.9.7 and up, that means util/domd needs to remove those double dashes from the argument list when gcc is used to find the dependencies.
* Pass CFLAG to dependency makers, so non-standard system include paths areRichard Levitte2002-06-271-1/+1
| | | | | handled properly. Part of PR 75
* Remove superflous (and buggy) statement <justin.fletcher@ntlworld.com>.Lutz Jänicke2002-03-211-1/+0
|
* disable '#ifdef DEBUG' codeBodo Möller2002-03-051-2/+2
|
* make updateRichard Levitte2001-07-311-2/+2
|
* Really add the EVP and all of the DES changes.Ben Laurie2001-07-301-2/+2
|
* Correct const-ness.Ben Laurie2001-07-082-6/+6
|
* Instead of telling both 'make' and the user that ranlibBodo Möller2001-03-091-2/+1
| | | | | | errors can be tolerated, hide the error from 'make'. This gives shorter output both if ranlib fails and if it works.
* e_os.h does not belong with the exported headers. Do not put it thereRichard Levitte2001-02-221-2/+2
| | | | | | | | 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.
* Use 0 instead of NULL, at least for function casts, since there areRichard Levitte2001-02-201-2/+2
| | | | | variants of stdio.h that define NULL in such a way that it's "unsafe" to use for function pointer casting.
* Make all configuration macros available for application by makingRichard Levitte2001-02-194-15/+17
| | | | | | | | | | | | sure they are available in opensslconf.h, by giving them names starting with "OPENSSL_" to avoid conflicts with other packages and by making sure e_os2.h will cover all platform-specific cases together with opensslconf.h. I've checked fairly well that nothing breaks with this (apart from external software that will adapt if they have used something like NO_KRB5), but I can't guarantee it completely, so a review of this change would be a good thing.
* oops, void functions shouldn't try and return a value. Strangely, gccGeoff Thorpe2001-01-091-2/+2
| | | | | didn't even give a warning for this yet HPUX cc considered it an error. Reported by Lutz(@openssl.org).
* This adds macros to implement (and/or declare) type-safe wrapper functionsGeoff Thorpe2001-01-092-14/+35
| | | | | | | | | | | | around the callbacks required in the LHASH code for the "doall" functions. Also - fix the evil function pointer casting in the two lh_doall functions by deferring to a static utility function. Previously lh_doall() was invoking lh_doall_arg() by casting the callback to the 2-parameter prototype and passing in a NULL argument. This appears to have been working thus far but it's not a hot idea. If the extra level of indirection becomes a performance hit, we can just provide two virtually identical implementations for each variant later on.
* Don't access non-existing element buf[256], use buf[255] instead.Bodo Möller2000-12-201-1/+1
| | | | Submitted by: draslar <draslar@elray.ch>
* Constification of the data of a hash table. This means the callbackRichard Levitte2000-12-132-25/+25
| | | | | | | functions need to be constified, and therefore meant a number of easy changes a little everywhere. Now, if someone could explain to me why OBJ_dup() cheats...
* ANSI C doesn't allow trailing semi-colons after a function's closing braceGeoff Thorpe2000-12-041-6/+3
| | | | | | so these macros probably shouldn't be used like that at all. So, this change removes the misleading comment and also adds an implicit trailing semi-colon to the DECLARE macros so they too don't require one.
* Next step in tidying up the LHASH code. This commit defines DECLARE andGeoff Thorpe2000-12-021-0/+29
| | | | | | | | | | | | | | | | | | | | | | | IMPLEMENT macros for defining wrapper functions for "hash" and "cmp" callbacks that are specific to the underlying item type in a hash-table. This prevents function pointer casting altogether, and also provides some type-safety because the macro does per-variable casting from the (void *) type used in LHASH itself to the type declared in the macro - and if that doesn't match the prototype expected by the "hash" or "cmp" function then a compiler error will result. NB: IMPLEMENT macros are not required unless predeclared forms are required (either in a header file, or further up in a C file than the implementation needs to be). The DECLARE macros must occur after the type-specific hash/cmp callbacks are declared. Also, the IMPLEMENT and DECLARE macros are such that they can be prefixed with "static" if desired and a trailing semi-colon should be appended (making it look more like a regular declaration and easier on auto-formatting text-editors too). Now that these macros are defined, I will next be commiting changes to a number of places in the library where the casting was doing bad things. After that, the final step will be to make the analogous changes for the lh_doall and lh_doall_arg functions (more specifically, their callback parameters).
* First step in tidying up the LHASH code. The callback prototypes (andGeoff Thorpe2000-12-012-13/+25
| | | | | | | | | | | | | | | | casts) used in the lhash code are about as horrible and evil as they can be. For starters, the callback prototypes contain empty parameter lists. Yuck. This first change defines clearer prototypes - including "typedef"'d function pointer types to use as "hash" and "compare" callbacks, as well as the callbacks passed to the lh_doall and lh_doall_arg iteration functions. Now at least more explicit (and clear) casting is required in all of the dependant code - and that should be included in this commit. The next step will be to hunt down and obliterate some of the function pointer casting being used when it's not necessary - a particularly evil variant exists in the implementation of lh_doall.
* Constification of LHASH. Contributed by "Paul D. Smith" <psmith@gnu.org>Richard Levitte2000-11-073-14/+14
| | | | | I didn't apply all his patches yet, since I have some hesitance about unconstifying. To be pondered.
* 'ranlib' doesn't always run on some systems. That's actuallyRichard Levitte2000-09-251-1/+2
| | | | | acceptable, since all that happens if it fails is a library with an index, which makes linking slower, but still working correctly.
* 'make update'Richard Levitte2000-09-071-1/+3
|
* Enable DSO support on alpha (OSF1), cc and gcc.Geoff Thorpe2000-06-131-3/+3
| | | | | | Also, "make update" has added some missing functions to libeay.num, updated the TABLE for the alpha changes, and updated thousands of dependancies that have changed from recent commits.
* Using checks of the existence of HEADER_{foo}_H in other header filesRichard Levitte2000-06-092-2/+9
| | | | | | | | | | | | | | | | | | | | was a really bad idea. For example, the following: #include <x509.h> #include <bio.h> #include <asn1.h> would make sure that things like ASN1_UTCTIME_print() wasn't defined unless you moved the inclusion of bio.h to above the inclusion of x509.h. The reason is that x509.h includes asn1.h, and the declaration of ASN1_UTCTIME_print() depended on the definition of HEADER_BIO_H. That's what I call an obscure bug. Instead, this change makes sure that whatever header files are needed for the correct process of one header file are included automagically, and that the definitions of, for example, BIO-related things are dependent on the absence of the NO_{foo} macros. This is also consistent with the way parts of OpenSSL can be excluded at will.
* There have been a number of complaints from a number of sources that namesRichard Levitte2000-06-012-11/+11
| | | | | | | | | like Malloc, Realloc and especially Free conflict with already existing names on some operating systems or other packages. That is reason enough to change the names of the OpenSSL memory allocation macros to something that has a better chance of being unique, like prepending them with OPENSSL_. This change includes all the name changes needed throughout all C files.
* In Message-ID: <003201bfb332$14a07520$0801a8c0@janm.transactionsite.com>,Richard Levitte2000-05-021-4/+4
| | | | | | "Jan Mikkelsen" <janm@transactionsite.com> correctly states that the OpenSSL header files have #include's and extern "C"'s in an incorrect order. Thusly fixed.
* Eliminate memory leaks in mem_dbg.c.Bodo Möller2000-03-182-15/+5
|
* Generate correct error reasons strings for SYSerr.Bodo Möller2000-03-041-1/+1
|
* ispell (and minor modifications)Ulf Möller2000-02-031-2/+2
|
* Seek out and destroy another evil cast.Ulf Möller2000-01-301-4/+4
|
* Source code cleanups: Use void * rather than char * in lhash,Ulf Möller2000-01-302-23/+19
| | | | eliminate some of the -Wcast-qual warnings (debug-ben-strict target)
* Tidy up CRYPTO_EX_DATA structures.Dr. Stephen Henson2000-01-231-3/+4
|
* It was a very bad idea to use #include "../e_os.h" -- when this occursBodo Möller1999-05-211-2/+3
| | | | | | | | | | in cryptlib.h (which is often included as "../cryptlib.h"), then the question remains relative to which directory this is to be interpreted. gcc went one further directory up, as intended; but makedepend thinks differently, and so probably do some C compilers. So the ../ must go away; thus e_os.h goes back into include/openssl (but I now use #include "openssl/e_os.h" instead of <openssl/e_os.h> to make the point) -- and we have another huge bunch of dependency changes. Argh.
* Add a kludge :-(Bodo Möller1999-05-201-3/+2
| | | | | | | There were problems with putting e_os.h just into the top directory, because the test programs are compiled within test/ in the "standard" case in in their original directories in the makefile.one case; and in the latter symlinks may not be available.
* Don't install e_os.h in include/openssl, use it only as a localBodo Möller1999-05-201-4/+4
| | | | include file.
* Update dependencies.Bodo Möller1999-05-151-2/+2
|
* Support INSTALL_PREFIX for packagers.Bodo Möller1999-04-291-2/+4
| | | | | | Submitted by: Reviewed by: PR:
generated by cgit v1.2.3 (git 2.39.1) at 2024-07-30 03:09:45 +0000