summaryrefslogtreecommitdiff
path: root/dev-util/google-perftools/files
diff options
context:
space:
mode:
Diffstat (limited to 'dev-util/google-perftools/files')
-rw-r--r--dev-util/google-perftools/files/2.8-musl-tests.patch28
-rw-r--r--dev-util/google-perftools/files/fix_ppc64el_FTBFS.patch31
2 files changed, 0 insertions, 59 deletions
diff --git a/dev-util/google-perftools/files/2.8-musl-tests.patch b/dev-util/google-perftools/files/2.8-musl-tests.patch
deleted file mode 100644
index 660099a6a88b..000000000000
--- a/dev-util/google-perftools/files/2.8-musl-tests.patch
+++ /dev/null
@@ -1,28 +0,0 @@
-From 1d9b8bb59d5610f2c3e9faad6bbd91ceca17fb93 Mon Sep 17 00:00:00 2001
-From: Aliaksey Kandratsenka <alkondratenko@gmail.com>
-Date: Sat, 11 Jul 2020 20:33:40 -0700
-Subject: [PATCH] don't test sbrk hook if we're on linux and don't have __sbrk
-
-"mmap" hooks code for linux only hooks sbrk when __sbrk is
-defined. But musl doesn't offer this function (reasonably so), so
-sbrk hooking doesn't work there. Not big loss, but lets make sure
-tests don't fail.
-
-Lets reference this to issue #1198
----
- src/tests/tcmalloc_unittest.cc | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/src/tests/tcmalloc_unittest.cc b/src/tests/tcmalloc_unittest.cc
-index d06c5a86..9d303433 100644
---- a/src/tests/tcmalloc_unittest.cc
-+++ b/src/tests/tcmalloc_unittest.cc
-@@ -1503,7 +1503,7 @@ static int RunAllTests(int argc, char** argv) {
-
- // Test sbrk
- SetSbrkHook();
--#if defined(HAVE_SBRK) && defined(__linux) && \
-+#if defined(HAVE___SBRK) && defined(__linux) && \
- (defined(__i386__) || defined(__x86_64__))
- p1 = sbrk(8192);
- CHECK(p1 != NULL);
diff --git a/dev-util/google-perftools/files/fix_ppc64el_FTBFS.patch b/dev-util/google-perftools/files/fix_ppc64el_FTBFS.patch
deleted file mode 100644
index 84f28e1eefe8..000000000000
--- a/dev-util/google-perftools/files/fix_ppc64el_FTBFS.patch
+++ /dev/null
@@ -1,31 +0,0 @@
-Description: ucontext constants in ptrace.h on ppc64el
- Needs to include the mentioned header for ucontext.
-Author: Laszlo Boszormenyi (GCS) <gcs@debian.org>
-Bug-Debian: https://bugs.debian.org/894749
-Forwarded: no
-Last-Update: 2018-05-06
-
----
-
---- google-perftools-2.7.orig/m4/pc_from_ucontext.m4
-+++ google-perftools-2.7/m4/pc_from_ucontext.m4
-@@ -55,7 +55,8 @@ AC_DEFUN([AC_PC_FROM_UCONTEXT],
- pc_field_found=true)
- elif test "x$ac_cv_header_sys_ucontext_h" = xyes; then
- AC_TRY_COMPILE([#define _GNU_SOURCE 1
-- #include <sys/ucontext.h>],
-+ #include <sys/ucontext.h>,
-+ #include <asm/ptrace.h>],
- [ucontext_t u; return u.$pc_field == 0;],
- AC_DEFINE_UNQUOTED(PC_FROM_UCONTEXT, $pc_field,
- How to access the PC from a struct ucontext)
---- google-perftools-2.7.orig/src/getpc.h
-+++ google-perftools-2.7/src/getpc.h
-@@ -58,6 +58,7 @@
- #include <string.h> // for memcmp
- #if defined(HAVE_SYS_UCONTEXT_H)
- #include <sys/ucontext.h>
-+#include <asm/ptrace.h>
- #elif defined(HAVE_UCONTEXT_H)
- #include <ucontext.h> // for ucontext_t (and also mcontext_t)
- #elif defined(HAVE_CYGWIN_SIGNAL_H)