commit: b9dc976f43055c1d073c98e5fef77a4d1f94674e Author: Sam James <sam <AT> gentoo <DOT> org> AuthorDate: Fri Oct 28 02:32:43 2022 +0000 Commit: Sam James <sam <AT> gentoo <DOT> org> CommitDate: Fri Oct 28 02:33:15 2022 +0000 URL: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=b9dc976f
app-crypt/mhash: actually commit patch Fixes: dbd2882396b4fd98bec8809d7069bed59eb7aa4c Signed-off-by: Sam James <sam <AT> gentoo.org> .../mhash/files/mhash-0.9.9.9-no-malloc-check.patch | 20 ++++++++++++++++++++ 1 file changed, 20 insertions(+) diff --git a/app-crypt/mhash/files/mhash-0.9.9.9-no-malloc-check.patch b/app-crypt/mhash/files/mhash-0.9.9.9-no-malloc-check.patch new file mode 100644 index 000000000000..6da1f98ac785 --- /dev/null +++ b/app-crypt/mhash/files/mhash-0.9.9.9-no-malloc-check.patch @@ -0,0 +1,20 @@ +https://sourceforge.net/p/mhash/patches/11/ + +Compiling mhash-0.9.9.9 on platforms (like AIX) without GNU libc compatible malloc leads to undefined symbol rpl_malloc +when linking the in-mhash executables drver, frag_test, rest_test, hmac_test, keygen_test. + +Reason is that configure.in still contains AC_FUNC_MALLOC, detecting need +to "#define malloc rpl_malloc", while mhash does not provide a rpl_malloc implementation. + +As the only use of malloc() in lib/stdfns.c does not rely on GNU libc +compatible malloc actually, there is no need to check for one. +--- a/configure.in ++++ b/configure.in +@@ -64,7 +64,6 @@ AC_CHECK_HEADERS(signal.h stdint.h stdio.h stdlib.h string.h strings.h) + + dnl Checks for functions + +-AC_FUNC_MALLOC + AC_FUNC_MEMCMP + + AC_CHECK_FUNCS(bcopy bzero)
