haval.c (as in vendor's code). This works around weirdness in vendor's
endianness-determining pre-processor code and unbreaks sparc64. Much
rejoicing...
integer is implied. This fixes RIPEMD128 on Sparc64 and AMD64, as
well as HAVAL on AMD64. HAVAL on Sparc64 remains broken due,
apparently, to an endiannes issue, which, for now, escapes my
understanding.
Unbreak on amd64.
are sometimes faster and never slower. Using -lmd is still possible by
building with ``TRF_USE_MD=yes''. Bump PORTREVISION.
Use the RIPEMD160* routines from -lcrypto (or -lmd) instead of our own
-- just like for md[25] and sha*. Neither -lcrypto nor -lmd provide
RIPEMD128 (not strong enough?), so stay with our own implementation.
sparc64/amd64 are not expected to work yet...
used to work to figure out the name of the installed library automaticly
is, probably, not worth the disadvantages USE_SUBMAKE would bring. Just
hardcode the SHLIB_NAME and figure the SHLIB_LINK from it.
While I'm here, add tcl-memchan to the BUILD_DEPEND, so the automatic
self-testing is done every time this package is built
Submitted by: bento
run-time. This fixes the bz2 commands. We link against -lmd, so use
<md2.h> and <md5.h>, instead of <openssl/md[25].h> (why do we even
install those separately?). Bump up portrevision.
Change the reference (in the comment) from -lscrypt to -lcrypt.
Trf is a TCL extension library. It extends the language
at the C-level with so-called ``transformer''-procedures.
The package is able to intercept all read/write operations
on designated channels, thus giving it the ability to
transform the buffer contents as desired. This allows
things like transparent encryption, compression, charset
recoding, etc. Build upon this framework (and as proof of
concept) a collection of tcl-level commands was implemented,
most of them related to cryptography.
WWW: http://www.oche.de/~akupries/soft/trf/
