From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27700 invoked by alias); 22 Apr 2002 21:46:05 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 27665 invoked by uid 71); 22 Apr 2002 21:46:03 -0000 Date: Mon, 22 Apr 2002 14:46:00 -0000 Message-ID: <20020422214603.27661.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Zack Weinberg Subject: Re: c/6300: [PATCH] sparcv9-sun-solaris2.7 gcc-3.1 C testsuite failure in gcc.dg/cpp/charconst.c Reply-To: Zack Weinberg X-SW-Source: 2002-04/txt/msg01133.txt.bz2 List-Id: The following reply was made to PR c/6300; it has been noted by GNATS. From: Zack Weinberg To: Neil Booth Cc: "Kaveh R. Ghazi" , gcc-gnats@gcc.gnu.org, gcc-patches@gcc.gnu.org Subject: Re: c/6300: [PATCH] sparcv9-sun-solaris2.7 gcc-3.1 C testsuite failure in gcc.dg/cpp/charconst.c Date: Mon, 22 Apr 2002 14:43:11 -0700 On Mon, Apr 22, 2002 at 06:04:39PM +0100, Neil Booth wrote: > > I meant using precision based on the target, not the host. Oh, right. We could now do the "mask to correct size" trick; I don't have any better ideas short of a real arbitrary-precision library (which we need eventually but I'm not going there just now). > Do you have any ideas about handling target-dependence in cpplib? > > Whatever we do, I hope we can contain it to a single, probably new, > file. I believe we ought to be able to do most of it by adding entries to the options structure, which are set by cc1 during initialization. GDB needn't bother initializing them, since it only needs the macro expander, and it will have the target-dependent macro values right there in the debug information. zw