summaryrefslogtreecommitdiff
path: root/src/lib/libcrypto/whrlpool (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Nuke the whrlpool (named after the galaxy) from orbittb2024-08-312-903/+0
| | | | | | | It's just gross. Only used by a popular disk encryption utility on an all-too-popular OS one or two decades back. ok beck jsing
* Neuter the bounded attribute as was done elsewhere for portabletb2024-06-011-1/+5
|
* Reverse order of attributestb2024-06-011-3/+3
| | | | requested by jsing on review
* Remove support for static buffers in HMAC/digeststb2024-06-012-7/+7
| | | | | | | | | | | | | | | | | | HMAC() and the one-step digests used to support passing a NULL buffer and would return the digest in a static buffer. This design is firmly from the nineties, not thread safe and it saves callers a single line. The few ports that used to rely this were fixed with patches sent to non-hostile (and non-dead) upstreams. It's early enough in the release cycle that remaining uses hidden from the compiler should be caught, at least the ones that matter. There won't be that many since BoringSSL removed this feature in 2017. https://boringssl-review.googlesource.com/14528 Add non-null attributes to the headers and add a few missing bounded attributes. ok beck jsing
* Hide symbols in whrlpooljoshua2024-03-301-1/+6
| | | | ok tb
* Consolidate whirlpool into a single C file.jsing2024-03-293-281/+227
| | | | | | | Buy a vowel at the same time, since we're no longer limited to 8.3 file names. Discussed with tb@
* Remove now unused assembly implementations of whirlpool.jsing2024-03-292-978/+0
|
* Apply style(9) hammer.jsing2024-03-291-118/+117
| | | | | The code is still a horrific mess, but at least the braces are in the right place...
* Replace uses of endbr64 with _CET_ENDBR from cet.htb2024-02-241-1/+1
| | | | | | | | | cet.h is needed for other platforms to emit the relevant .gnu.properties sections that are necessary for them to enable IBT. It also avoids issues with older toolchains on macOS that explode on encountering endbr64. based on a diff by kettenis ok beck kettenis
* Make wp_local.h and cmll_local.h self-standingtb2023-09-042-5/+7
|
* unbreak build with llvm-16 by including sys/types.h for __BEGIN_HIDDEN_DECLSrobert2023-09-041-1/+3
| | | | | | /usr/src/lib/libcrypto/whrlpool/wp_local.h:5:1: error: unknown type name '__BEGIN_HIDDEN_DECLS' ok tb@
* Add endbr64 where needed by inspection. Passes regresson tests.deraadt2023-04-251-0/+1
| | | | ok jsing, and kind of tb an earlier version
* Use .section .rodata instead of a plain .rodatatb2023-02-091-1/+1
| | | | | | | | At least gcc 12 on Fedora is very unhappy about a plain .rodata and throws Error: unknown pseudo-op: `.rodata'. So add a .section in front of it to make it happy. ok deraadt miod
* Move all data blocks from .text to .rodata and cleanup up and homogeneize codemiod2023-02-011-5/+7
| | | | | | responsible from getting the proper address of those blocks. ok tb@ jsing@
* Move constants out of text segment into rodata to prepare for xonly supportderaadt2023-01-141-0/+1
| | | | | on amd64. no pic handling is neccessary since amd64 has full reach. ok kettenis
* spelling fixes; from paul tagliamontejmc2022-12-261-3/+3
| | | | | | | i removed the arithmetics -> arithmetic changes, as i felt they were not clearly correct ok tb
* Make internal header file names consistenttb2022-11-263-5/+5
| | | | | | | | | | | | | | | | Libcrypto currently has a mess of *_lcl.h, *_locl.h, and *_local.h names used for internal headers. Move all these headers we inherited from OpenSSL to *_local.h, reserving the name *_internal.h for our own code. Similarly, move dtls_locl.h and ssl_locl.h to dtls_local and ssl_local.h. constant_time_locl.h is moved to constant_time.h since it's special. Adjust all .c files in libcrypto, libssl and regress. The diff is mechanical with the exception of tls13_quic.c, where #include <ssl_locl.h> was fixed manually. discussed with jsing, no objection bcook
* Switch to <endian.h> from <machine/endian.h> for better portability.bcook2021-11-091-2/+2
| | | | ok tb@
* Explicitly export a list of symbols from libcrypto.jsing2016-12-211-1/+5
| | | | | | | | | | | | | | | | Move the "internal" BN functions from bn.h to bn_lcl.h and stop exporting the bn_* symbols. These are documented as only being intended for internal use, so why they were placed in a public header is beyond me... This hides 363 previously exported symbols, most of which exist in headers that are not installed and were never intended to be public. This also removes a few crusty old things that should have died long ago (like _ossl_old_des_read_pw). But don't worry... there are still 3451 symbols exported from the library. With input and testing from inoguchi@. ok beck@ inoguchi@
* Replace all uses of magic numbers when operating on OPENSSL_ia32_P[] bymiod2016-11-041-7/+12
| | | | | | | | | | | | | | | meaningful constants in a private header file, so that reviewers can actually get a chance to figure out what the code is attempting to do without knowing all cpuid bits. While there, turn it from an array of two 32-bit ints into a properly aligned 64-bit int. Use of OPENSSL_ia32_P is now restricted to the assembler parts. C code will now always use OPENSSL_cpu_caps() and check for the proper bits in the whole 64-bit word it returns. i386 tests and ok jsing@
* Less IA64.jsing2016-09-041-9/+1
| | | | ok deraadt@
* Less vax.jsing2016-09-041-3/+1
| | | | ok deraadt@
* 'accomodate' -> 'accommodate' in comments.krw2016-03-151-2/+2
| | | | Started by diff from Mical Mazurek.
* typosmiod2014-07-121-2/+2
|
* Explicitly include <openssl/opensslconf.h> in every file that referencesjsing2014-07-101-3/+3
| | | | | | | | | an OPENSSL_NO_* define. This avoids relying on something else pulling it in for us, plus it fixes several cases where the #ifndef OPENSSL_NO_XYZ is never going to do anything, since OPENSSL_NO_XYZ will never defined, due to the fact that opensslconf.h has not been included. This also includes some miscellaneous sorting/tidying of headers.
* Remove leading underscore from _BYTE_ORDER and _{LITTLE,BIG}_ENDIAN, to bemiod2014-07-091-3/+3
| | | | | more friendly to systems where the underscore flavours may be defined as empty. Found the hard way be bcook@; joint brainstrom with bcook beck and guenther
* Define SMALL_REGISTER_BANK on arm and vax, for it generates faster code formiod2014-07-081-1/+5
| | | | | these systems (vax being 30% faster!). (surprisingly, the prime candidate for SMALL_REGISTER_BANK, SuperH, runs actually slower in that case)
* tags as requested by miod and teduderaadt2014-06-124-0/+6
|
* Almost nothing actually needs to include <openssl/e_os2.h>, however byjsing2014-05-241-1/+2
| | | | | | | including it they get <openssl/opensslconf.h>. So instead of pulling in <openssl/e_os2.h>, just pull in <openssl/opensslconf.h>. "go ahead" miod@
* Replace hand-crafted STRICT_ALIGNMENT with system provided __STRICT_ALIGNMENT.miod2014-05-081-17/+7
| | | | Forgotten during yesterday's STRICT_ALIGNMENT cleanup commit.
* Remove fips_md_init() macro indirection for digest algorithms, used by themiod2014-05-011-1/+1
| | | | | | | OpenSSL FIPS module to prevent forbidden digests to be allowed. No functional change but readability. ok deraadt@
* First pass at removing win64 support from the assembly generating Perljsing2014-04-301-109/+0
| | | | | | | scripts. We certainly do not need an identical copy of the win64 exception handler in each script (surely one copy would be sufficient). ok miod@
* Remove WIN32, WIN64 and MINGW32 tentacles.miod2014-04-281-3/+1
| | | | | | | | Also check for _LP64 rather than __arch64__ (the former being more reliable than __LP64__ or __arch64__) to tell 64-bit int platforms apart from 32-bit int platforms. Loosely based upon a diff from Martijn van Duren on tech@
* Do not ask the user to pass either -DB_ENDIAN or -DL_ENDIAN to the compiler,miod2014-04-181-4/+5
| | | | | | | but rather figure out the endianness from <machine/endian.h> automagically; help from guenther@ ok jca@ guenther@ beck@ and the rest of the `Buena SSL rampage club'
* Get rid of MS Visual C compiler and Intel C compiler specific defines.miod2014-04-171-6/+1
|
* Remove support for big-endian i386 and amd64.miod2014-04-171-10/+0
| | | | | | | | | | | | | Before someone suggests the OpenSSL people are junkies, here is what they mention about this: /* Most will argue that x86_64 is always little-endian. Well, * yes, but then we have stratus.com who has modified gcc to * "emulate" big-endian on x86. Is there evidence that they * [or somebody else] won't do same for x86_64? Naturally no. * And this line is waiting ready for that brave soul:-) */ So, yes, they are on drugs. But they are not alone, the stratus.com people are, too.
* we don't use these files for buildingtedu2014-04-151-88/+0
|
* remove FIPS mode support. people who require FIPS can buy something thattedu2014-04-151-3/+0
| | | | | meets their needs, but dumping it in here only penalizes the rest of us. ok beck deraadt
* No licence.miod2014-04-151-228/+0
|
* remove auto-generated dependencies from the old unused build system, soderaadt2014-04-141-8/+0
| | | | | that it is easier to find code pieces. They are getting in the way. ok miod
* This commit was generated by cvs2git to track changes on a CVS vendormiod2014-04-132-2/+3
|\ | | | | branch.
| * Import OpenSSL 1.0.1gmiod2014-04-132-2/+3
| |
* | This commit was generated by cvs2git to track changes on a CVS vendordjm2012-10-131-1/+4
|\ \ | | | | | | branch.
| * | import OpenSSL-1.0.1cdjm2012-10-131-1/+4
| | |
* | | This commit was generated by cvs2git to track changes on a CVS vendordjm2012-10-133-3/+7
|\ \ \ | | |/ | |/| branch.
| * | import OpenSSL-1.0.1cdjm2012-10-133-3/+7
| | |
* | | This commit was generated by cvs2git to track changes on a CVS vendordjm2010-10-016-0/+2042
|\| | | |/ |/| branch.
| * import OpenSSL-1.0.0adjm2010-10-016-0/+2042
|
* import OpenSSL-1.0.0adjm2010-10-012-0/+321
generated by cgit v1.2.3-55-g6feb (git 2.39.1) at 2025-04-25 23:04:07 +0000