diff options
author | V3n3RiX <venerix@koprulu.sector> | 2022-10-28 09:59:10 +0100 |
---|---|---|
committer | V3n3RiX <venerix@koprulu.sector> | 2022-10-28 09:59:10 +0100 |
commit | 8eb973cc2247ee4fe34e4d907fdc6cf5b94709e3 (patch) | |
tree | 0834df6dbfa798c2c138698cc26cf6a731fe937e /app-crypt/mhash/files | |
parent | e5985b8e66b3b43c34328efb47b9b12e8ce5a690 (diff) |
gentoo auto-resync : 28:10:2022 - 09:59:10
Diffstat (limited to 'app-crypt/mhash/files')
-rw-r--r-- | app-crypt/mhash/files/mhash-0.9.9.9-no-malloc-check.patch | 20 |
1 files changed, 20 insertions, 0 deletions
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) |