From: "Maciej W. Rozycki" <macro@imgtec.com>
To: <gdb-patches@sourceware.org>
Cc: Pedro Alves <palves@redhat.com>
Subject: [PATCH] Remove IRIX 5 <sys/proc.h> _KMEMUSER workaround
Date: Mon, 31 Oct 2016 16:24:00 -0000 [thread overview]
Message-ID: <alpine.DEB.2.00.1610310132110.31859@tp.orcam.me.uk> (raw)
Complement commit 3831839c089c ("Delete IRIX support") and remove the
IRIX 5 <sys/proc.h> _KMEMUSER workaround from the `configure' script, as
IRIX is no longer a supported host configuration.
gdb/
* configure.ac <mips-sgi-irix5*>: Remove <sys/proc.h> _KMEMUSER
workaround.
* configure: Regenerate.
* config.in: Regenerate.
---
Strictly speaking we could still support a cross-debugger on an IRIX host
even if target/native IRIX support has been removed. Since we've decided
to dump both target AND host support though, there's no point in carrying
this piece around. I suspect this was really needed for native support
only anyway.
OK to apply?
Maciej
gdb-irix-config-remove.diff
Index: binutils/gdb/config.in
===================================================================
--- binutils.orig/gdb/config.in 2016-10-25 05:16:57.000000000 +0100
+++ binutils/gdb/config.in 2016-10-28 20:25:45.000000000 +0100
@@ -792,10 +792,6 @@
/* Number of bits in a file offset, on hosts where this is settable. */
#undef _FILE_OFFSET_BITS
-/* Define to 1 so <sys/proc.h> gets a definition of anon_hdl. Works around a
- <sys/proc.h> problem on IRIX 5. */
-#undef _KMEMUSER
-
/* Define for large files, on AIX-style hosts. */
#undef _LARGE_FILES
Index: binutils/gdb/configure
===================================================================
--- binutils.orig/gdb/configure 2016-10-25 05:16:57.000000000 +0100
+++ binutils/gdb/configure 2016-10-28 20:25:39.759082741 +0100
@@ -12927,12 +12927,6 @@ $as_echo "#define NEW_PROC_API 1" >>conf
$as_echo "#define NEW_PROC_API 1" >>confdefs.h
;;
- mips-sgi-irix5*)
- # Work around <sys/proc.h> needing _KMEMUSER problem on IRIX 5.
-
-$as_echo "#define _KMEMUSER 1" >>confdefs.h
-
- ;;
esac
fi
Index: binutils/gdb/configure.ac
===================================================================
--- binutils.orig/gdb/configure.ac 2016-10-25 05:16:57.000000000 +0100
+++ binutils/gdb/configure.ac 2016-10-28 20:24:43.806574428 +0100
@@ -1541,12 +1541,6 @@ if test "${target}" = "${host}"; then
AC_DEFINE(NEW_PROC_API, 1,
[Define if you want to use new multi-fd /proc interface.])
;;
- mips-sgi-irix5*)
- # Work around <sys/proc.h> needing _KMEMUSER problem on IRIX 5.
- AC_DEFINE([_KMEMUSER], 1,
- [Define to 1 so <sys/proc.h> gets a definition of anon_hdl. Works
- around a <sys/proc.h> problem on IRIX 5.])
- ;;
esac
fi
next reply other threads:[~2016-10-31 16:24 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-31 16:24 Maciej W. Rozycki [this message]
2016-10-31 16:49 ` Pedro Alves
2016-10-31 17:08 ` Maciej W. Rozycki
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.DEB.2.00.1610310132110.31859@tp.orcam.me.uk \
--to=macro@imgtec.com \
--cc=gdb-patches@sourceware.org \
--cc=palves@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox