From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-96590-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 25417 invoked by alias); 4 Dec 2012 14:53:32 -0000
Received: (qmail 25396 invoked by uid 22791); 4 Dec 2012 14:53:30 -0000
X-SWARE-Spam-Status: No, hits=-3.0 required=5.0	tests=AWL,BAYES_00,KHOP_THREADED,RP_MATCHES_RCVD
X-Spam-Check-By: sourceware.org
Received: from sibelius.xs4all.nl (HELO glazunov.sibelius.xs4all.nl) (83.163.83.176)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 04 Dec 2012 14:53:24 +0000
Received: from glazunov.sibelius.xs4all.nl (kettenis@localhost [127.0.0.1])	by glazunov.sibelius.xs4all.nl (8.14.5/8.14.3) with ESMTP id qB4ErJPc013739;	Tue, 4 Dec 2012 15:53:19 +0100 (CET)
Received: (from kettenis@localhost)	by glazunov.sibelius.xs4all.nl (8.14.5/8.14.3/Submit) id qB4ErHnM030589;	Tue, 4 Dec 2012 15:53:17 +0100 (CET)
Date: Tue, 04 Dec 2012 14:53:00 -0000
Message-Id: <201212041453.qB4ErHnM030589@glazunov.sibelius.xs4all.nl>
From: Mark Kettenis <mark.kettenis@xs4all.nl>
To: brobecker@adacore.com
CC: gdb-patches@sourceware.org
In-reply-to: <20121204143957.GA31477@adacore.com> (message from Joel Brobecker	on Tue, 4 Dec 2012 18:39:57 +0400)
Subject: Re: [RFA/commit] Delete exc_request.defs.
References: <1354628722-23336-1-git-send-email-brobecker@adacore.com> <201212041402.qB4E2YC3000453@glazunov.sibelius.xs4all.nl> <20121204143957.GA31477@adacore.com>
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
X-SW-Source: 2012-12/txt/msg00063.txt.bz2

> 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.