[RFA/commit] Delete exc_request.defs.

[RFA/commit] Delete exc_request.defs.

[Joel Brobecker]

Another file that can be deleted.

gdb/ChangeLog:

        * exc_request.defs: Delete.
        * copyright.py (NOT_FSF_LIST): Delete "gdb/exc_request.defs" entry.

Will commit in a couple of days if no objection.

---
 gdb/copyright.py     |    1 -
 gdb/exc_request.defs |   51 --------------------------------------------------
 2 files changed, 52 deletions(-)
 delete mode 100644 gdb/exc_request.defs

diff --git a/gdb/copyright.py b/gdb/copyright.py
index e07d091..d862209 100644
--- a/gdb/copyright.py
+++ b/gdb/copyright.py
@@ -207,7 +207,6 @@ MULTIPLE_COPYRIGHT_HEADERS = (
 # The list of file which have a copyright, but not head by the FSF.
 # Filenames are relative to the root directory.
 NOT_FSF_LIST = (
-    "gdb/exc_request.defs",
     "gdb/gdbtk",
     "gdb/testsuite/gdb.gdbtk/",
     "sim/arm/armemu.h", "sim/arm/armos.c", "sim/arm/gdbhost.c",
diff --git a/gdb/exc_request.defs b/gdb/exc_request.defs
deleted file mode 100644
index 9b5ed2e..0000000
--- a/gdb/exc_request.defs
+++ /dev/null
@@ -1,51 +0,0 @@
-/* 
- * Mach Operating System
- * Copyright (c) 1993,1991,1990,1989,1988,1987 Carnegie Mellon University
- * All Rights Reserved.
- * 
- * Permission to use, copy, modify and distribute this software and its
- * documentation is hereby granted, provided that both the copyright
- * notice and this permission notice appear in all copies of the
- * software, derivative works or modified versions, and any portions
- * thereof, and that both notices appear in supporting documentation.
- * 
- * CARNEGIE MELLON ALLOWS FREE USE OF THIS SOFTWARE IN ITS "AS IS"
- * CONDITION.  CARNEGIE MELLON DISCLAIMS ANY LIABILITY OF ANY KIND FOR
- * ANY DAMAGES WHATSOEVER RESULTING FROM THE USE OF THIS SOFTWARE.
- * 
- * Carnegie Mellon requests users of this software to return to
- * 
- *  Software Distribution Coordinator  or  Software.Distribution@CS.CMU.EDU
- *  School of Computer Science
- *  Carnegie Mellon University
- *  Pittsburgh PA 15213-3890
- * 
- * any improvements or extensions that they make and grant Carnegie Mellon
- * the rights to redistribute these changes.
- */
-
-/*
- * Abstract:
- *	MiG definitions file for Mach exception interface (request half).
- */
-
-subsystem exc 2400;
-
-#include <mach/std_types.defs>
-
-#ifdef USERPREFIX
-userprefix USERPREFIX;
-#endif
-
-#ifdef SERVERPREFIX
-serverprefix SERVERPREFIX;
-#endif
-
-simpleroutine exception_raise_request (
-	exception_port	: mach_port_t;
-	replyport reply : mach_port_send_once_t;
-	thread		: mach_port_t;
-	task		: mach_port_t;
-	exception	: integer_t;
-	code		: integer_t;
-	subcode		: integer_t);
-- 
1.7.10.4

Re: [RFA/commit] Delete exc_request.defs.

[Mark Kettenis]

> From: Joel Brobecker <brobecker@adacore.com>
> Date: Tue,  4 Dec 2012 17:45:22 +0400
> 
> Another file that can be deleted.

I don't think this file can be deleted.  At least not unless we want
to stop pretending GNU/Hurd is a viable OS.

This file is referenced by config/i386/i386gnu.mh.

Re: [RFA/commit] Delete exc_request.defs.

[Joel Brobecker]

> I don't think this file can be deleted.  At least not unless we want
> to stop pretending GNU/Hurd is a viable OS.
> 
> This file is referenced by config/i386/i386gnu.mh.

Can you explain how this file is referenced? I only see references
to .o files, but I don't see the relationship with the .defs file...

Thanks!
-- 
Joel

Re: [RFA/commit] Delete exc_request.defs.

[Mark Kettenis]

> Date: Tue, 4 Dec 2012 18:39:57 +0400
> From: Joel Brobecker <brobecker@adacore.com>
> 
> > I don't think this file can be deleted.  At least not unless we want
> > to stop pretending GNU/Hurd is a viable OS.
> > 
> > This file is referenced by config/i386/i386gnu.mh.
> 
> Can you explain how this file is referenced? I only see references
> to .o files, but I don't see the relationship with the .defs file...

Sure.  The .defs files are Mach interface definition files.  They're
process using mig to generate .c files with the interface stubs.  This
is what the "%_S.h %_S.c: %.defs" and "%_U.h %_U.c: %.defs" rules are
about.  Adding exc_request_U.o and exc_request_S.o to NATDEPFILES is
enough to trigger these rules, generate exc_request_U.c and
exc_request_S.c from exc_requests.defs and compile them into object
modules.