c/6300: [PATCH] sparcv9-sun-solaris2.7 gcc-3.1 C testsuite failure in gcc.dg/cpp/charconst.c

Neil Booth neil@daikokuya.demon.co.uk
Mon Apr 22 10:06:00 GMT 2002


The following reply was made to PR c/6300; it has been noted by GNATS.

From: Neil Booth <neil@daikokuya.demon.co.uk>
To: Zack Weinberg <zack@codesourcery.com>
Cc: "Kaveh R. Ghazi" <ghazi@caip.rutgers.edu>, 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 18:04:39 +0100

 Zack Weinberg wrote:-
 
 > > Thanks for figuring this out, Zack.  However, this makes it sound
 > > like the correct fix is in cpp_interpret_charconst, no?  Is this
 > > something that will get magically fixed when CPP arithmetic is done
 > > properly?
 > 
 > I'm not sure what you mean by "done properly".  I see two latent bugs,
 > both of which are straightforward to fix on the mainline, but neither
 > is necessarily what you're thinking of.
 
 I meant using precision based on the target, not the host.
 
 > One is that we really need to get cpplib using accurate definitions
 > for __WCHAR_TYPE__ etc.  Currently the "character constant too long"
 > warning issues based on MAX_WCHAR_TYPE_SIZE, which is incorrect if
 > WCHAR_TYPE_SIZE happens not to be that big in the current run.  This
 > is not practical to fix on the branch, but easy on the mainline as
 > long as we take care not to make it harder to separate the library so
 > GDB can use it.
 
 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.
 
 Neil.



More information about the Gcc-prs mailing list