and more platform-neutral. It performs memory management on strings,
as well as permits typical string operations.
PR: ports/68898
Submitted by: Mooneer Salem <mooneer@translator.cx>
- Respect CPPFLAGS and LDFLAGS
- Use USE_GL instead of USE_MESA (which is deprecated)
- Use PKGNAMESUFFIX
- Assign maintainership to submitter
PR: ports/68827
Submitted by: Roman Bogorodskiy
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...
the libtoolX ports instead of the one included with each port. Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version. To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER. Both macros accept the same argument: a libtool version.
For example, to use the ports version of libtool-1.5, add the following to
your Makefile:
USE_LIBTOOL_VER= 15
To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:
USE_INC_LIBTOOL_VER= 15
With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).
PR: 63944
Based on work by:eik and marcus
Approved by: ade (autotools maintainer)
Tested by: kris on pointyhat
Bound to be hidden problems: You bet
