From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16283 invoked by alias); 13 Feb 2002 18:56:59 -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 16210 invoked from network); 13 Feb 2002 18:56:56 -0000 Received: from unknown (HELO lacrosse.corp.redhat.com) (12.107.208.154) by sources.redhat.com with SMTP; 13 Feb 2002 18:56:56 -0000 Received: from cgf.cipe.redhat.com (dhcpd80.meridian.redhat.com [172.16.47.80]) by lacrosse.corp.redhat.com (8.11.6/8.9.3) with ESMTP id g1DIutd23252 for ; Wed, 13 Feb 2002 13:56:55 -0500 Received: (from cgf@localhost) by cgf.cipe.redhat.com (8.11.6/8.8.7) id g1DIv0u00587 for gdb-patches@sources.redhat.com; Wed, 13 Feb 2002 13:57:00 -0500 Date: Wed, 13 Feb 2002 10:56:00 -0000 From: Christopher Faylor To: gdb-patches@sources.redhat.com Subject: Re: [RFA] nuke CONST_PTR Message-ID: <20020213185700.GE32148@redhat.com> Mail-Followup-To: gdb-patches@sources.redhat.com References: <200202131444.g1DEi0e02865@duracef.shout.net> <3C6A8FCD.2D1D@redhat.com> <3C6AA2BA.8090001@cygnus.com> <3C6AA952.5179@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C6AA952.5179@redhat.com> User-Agent: Mutt/1.3.23.1i X-SW-Source: 2002-02/txt/msg00366.txt.bz2 On Wed, Feb 13, 2002 at 09:58:42AM -0800, Michael Snyder wrote: >>was added in '98 so ever since then GDB hasn't been able to build with >>the MSC compiler CONST_PTR was working around. As Michael pointed out, >>we've had 4 releases since then. > >OK, then this change seems safe. Maybe we can also start yanking out >other #if MSC code... IIRC, we've already decided to do this. I think I've already yanked some stuff. I think the last time this was mentioned there was some consternation from people who wanted a non-cygwin version of gdb for Windows but no one was willing to actually support the code. So, since it doesn't actually work, and I'm the maintainer, I think it makes sense to remove the MSC code. If someone wants to add support later, then they should probably start from a "clean slate". cgf