Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Daniel Jacobowitz <dmj+@andrew.cmu.edu>
To: gdb-patches@sources.redhat.com
Subject: Re: [PATCH] Get rid of host <signal.h> in config/tm-linux.h
Date: Wed, 11 Jul 2001 14:44:00 -0000	[thread overview]
Message-ID: <20010711144428.A7990@nevyn.them.org> (raw)
In-Reply-To: <200107110819.f6B8JZv19099@delius.kettenis.local>

On Wed, Jul 11, 2001 at 10:19:35AM +0200, Mark Kettenis wrote:
> As pointed out by Daniel Jacobowitz in his Linux/MIPS patch, including
> the host <signal.h> in the tm.h file makes no sense.  This moves it to
> the nm.h file and leaves reasonable defaults for REALTIME_LO and
> REALTIME_HI in tm-linux.h.
> 
> Daniel, I think this should make it possible for you to include
> tm-linux.h instead of copying over the relevant bits in
> config/mips/tm-linux.h.

Yes, it does.  Fixed with the attached patch (committed).

-- 
Daniel Jacobowitz                           Carnegie Mellon University
MontaVista Software                         Debian GNU/Linux Developer

2001-07-11  Daniel Jacobowitz  <drow@mvista.com>

	* config/mips/tm-linux.h: Include "tm-linux.h" instead of copying
	from it.  Move definitions of REALTIME_LO and REALTIME_HI above
	include.

Index: tm-linux.h
===================================================================
RCS file: /cvs/src/src/gdb/config/mips/tm-linux.h,v
retrieving revision 1.1
diff -u -r1.1 tm-linux.h
--- tm-linux.h	2001/07/10 20:41:54	1.1
+++ tm-linux.h	2001/07/11 21:41:17
@@ -30,33 +30,17 @@
 #undef SKIP_TRAMPOLINE_CODE
 #undef IGNORE_HELPER_CALL
 
-/* FIXME: Do not include "tm-linux.h", because we do not want the host's
-   <signal.h>.  Instead, copy the non-signal bits for now.  */
-
-/* We need this file for the SOLIB_TRAMPOLINE stuff.  */
-
-#include "tm-sysv4.h"
-
-/* We define SVR4_SHARED_LIBS unconditionally, on the assumption that
-   link.h is available on all linux platforms.  For I386 and SH3/4,
-   we hard-code the information rather than use link.h anyway (for
-   the benefit of cross-debugging).  We may move to doing that for
-   other architectures as well.  */
+/* Linux/MIPS has __SIGRTMAX == 127.  */
 
-#define SVR4_SHARED_LIBS
-#include "solib.h"              /* Support for shared libraries.  */
+#define REALTIME_LO 32
+#define REALTIME_HI 128
 
-/* End from "tm-linux.h".  */
+#include "tm-linux.h"
 
 /* There's an E_MIPS_ABI_O32 flag in e_flags, but we don't use it - in
    fact, using it may violate the o32 ABI.  */
 
 #define MIPS_DEFAULT_ABI MIPS_ABI_O32
-
-/* Linux/MIPS has __SIGRTMAX == 127.  */
-
-#define REALTIME_LO 32
-#define REALTIME_HI 128
 
 /* Use target_specific function to define link map offsets.  */
 


      reply	other threads:[~2001-07-11 14:44 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-07-11  1:19 Mark Kettenis
2001-07-11 14:44 ` Daniel Jacobowitz [this message]

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=20010711144428.A7990@nevyn.them.org \
    --to=dmj+@andrew.cmu.edu \
    --cc=gdb-patches@sources.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