From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3146 invoked by alias); 3 Sep 2004 16:18:23 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 3137 invoked from network); 3 Sep 2004 16:18:22 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 3 Sep 2004 16:18:22 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i83GIGS2003731 for ; Fri, 3 Sep 2004 12:18:22 -0400 Received: from localhost.redhat.com (porkchop.devel.redhat.com [172.16.58.2]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i83GIB331265; Fri, 3 Sep 2004 12:18:11 -0400 Received: from gnu.org (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id A414B28D2; Fri, 3 Sep 2004 12:16:59 -0400 (EDT) Message-ID: <413898FB.7080502@gnu.org> Date: Fri, 03 Sep 2004 16:18:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-GB; rv:1.4.1) Gecko/20040831 MIME-Version: 1.0 To: Eli Zaretskii Cc: gdb-patches@sources.redhat.com Subject: Re: [patch] Deprecate XM_FILE and TM_FILE References: <41376681.4050203@gnu.org> <01c4912b$Blat.v2.2.2$2bea1980@zahav.net.il> In-Reply-To: <01c4912b$Blat.v2.2.2$2bea1980@zahav.net.il> Content-Type: multipart/mixed; boundary="------------010603040908050605000500" X-SW-Source: 2004-09/txt/msg00054.txt.bz2 This is a multi-part message in MIME format. --------------010603040908050605000500 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-length: 556 >>> Date: Thu, 02 Sep 2004 14:29:21 -0400 >>> From: Andrew Cagney >>> >>> -XM_FILE= xm-go32.h >>> +DEPRECATED_XM_FILE= xm-go32.h > > > What exactly am I supposed to do here to avoid the danger of having > the DJGPP port nuked in the next release? Define GDBINIT_FILENAME, > CRLF_SOURCE_FILES, and DIRNAME_SEPARATOR on some header file(s) > conditioned by "#ifdef DJGPP"? It sounds silly to invent autoconf > tests for that when we know _exactly_ what system(s) will need that. I thought we discussed this with the attached. Andrew --------------010603040908050605000500 Content-Type: message/rfc822; name="Attached Message" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Attached Message" Content-length: 3489 Return-Path: Delivered-To: cagney@localhost.redhat.com Received: from localhost (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 1006E2B9D for ; Fri, 30 Jul 2004 14:38:36 -0400 (EDT) Envelope-to: cagney@gnu.org Delivery-date: Fri, 30 Jul 2004 14:35:54 -0400 Received: from fencepost.gnu.org by localhost with IMAP (fetchmail-6.2.4) for cagney@localhost (single-drop); Fri, 30 Jul 2004 14:38:36 -0400 (EDT) Received: from monty-python.gnu.org ([199.232.76.173]) by fencepost.gnu.org with esmtp (Exim 4.34) id 1BqcEU-0006Yy-4w for cagney@gnu.org; Fri, 30 Jul 2004 14:35:54 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.34) id 1BqcE5-0003uV-PM for cagney@gnu.org; Fri, 30 Jul 2004 14:35:30 -0400 Received: from [12.107.209.250] (helo=sourceware.org) by monty-python.gnu.org with smtp (Exim 4.34) id 1BqcE5-0003uS-Db for cagney@gnu.org; Fri, 30 Jul 2004 14:35:29 -0400 Received: (qmail 26330 invoked by alias); 30 Jul 2004 18:08:43 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Delivered-To: mailing list gdb@sources.redhat.com Received: (qmail 26292 invoked from network); 30 Jul 2004 18:08:38 -0000 Received: from unknown (HELO aragorn.inter.net.il) (192.114.186.23) by sourceware.org with SMTP; 30 Jul 2004 18:08:38 -0000 Received: from zaretski (pns03-201-72.inter.net.il [80.230.201.72]) by aragorn.inter.net.il (MOS 3.4.6-GR) with ESMTP id DZL46001; Fri, 30 Jul 2004 21:08:34 +0300 (IDT) Date: Fri, 30 Jul 2004 21:06:40 +0300 From: "Eli Zaretskii" To: Andrew Cagney Message-Id: <3791-Fri30Jul2004210638+0300-eliz@gnu.org> Cc: gdb@sources.redhat.com In-reply-to: <410A4BE4.5000306@gnu.org> (message from Andrew Cagney on Fri, 30 Jul 2004 09:23:48 -0400) Subject: Re: [6.3] Drop xm-*.h from GDB - move to pure autoconf Reply-To: Eli Zaretskii References: <410990A0.9040108@gnu.org> <1659-Fri30Jul2004143003+0300-eliz@gnu.org> <410A4BE4.5000306@gnu.org> X-Spam-Status: No, hits=-1.5 required=5.0 tests=IN_REP_TO,QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES, REPLY_WITH_QUOTES version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Content-length: 828 > Date: Fri, 30 Jul 2004 09:23:48 -0400 > From: Andrew Cagney > > Check the contents of config/i386/xm-{cygwin,djgpp}.h. Instead of being > detected by autoconf, those values are being hardwired. Easy to fix Ah, that... Your message made it sound as if there's some inherent problem that prevents autoconfiscation, so I was surprised. Yes, it should be easy to fix, except for the gdb.ini part: if one builds the DJGPP port on Windows or cross-compiles on Unix, the filesystem will allow that name. So the test needs to be dependent on the fact that a DJGPP port is being built, no matter what the underlying OS has to say about .gdbinit. Note that include/filenames.h has some constants similar to the `;' vs `:' stuff, so maybe some of GDB sources could use the results of autoconfiscation instead. --------------010603040908050605000500--