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