This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH] Fix C++ enums handling in build_range_check
- From: Roger Sayle <roger at eyesopen dot com>
- To: Richard Henderson <rth at redhat dot com>
- Cc: Jakub Jelinek <jakub at redhat dot com>, <gcc-patches at gcc dot gnu dot org>, <dcbw at redhat dot com>
- Date: Fri, 9 Jul 2004 13:30:53 -0600 (MDT)
- Subject: Re: [PATCH] Fix C++ enums handling in build_range_check
On Fri, 9 Jul 2004, Richard Henderson wrote:
> No, for mainline, particularly after jsm28's bitfield patches,
> I would like to get arithmetic on odd-sided types done correctly.
I think you'll need to get "buy in" from the C++ maintainers:
http://gcc.gnu.org/ml/gcc-patches/2004-06/msg00060.html
http://gcc.gnu.org/ml/gcc-patches/2004-06/msg00075.html
And as I mentioned in my post to work-around PR middle-end/15069
http://gcc.gnu.org/ml/gcc-patches/2004-05/msg02002.html
There are "known" problems in tree-ssa's DOM pass in addition to
the missing support for odd-sized types in RTL expansion.
Not that these problems can't be fixed, and Joseph's bitfield
patch is a huge step forward in this direction, but I suspect
it might take a while... Supporting odd-sized types is almost
a new feature; might it not make sense to disable or workaround
regressions until all of the required infrastructure is in place?
Roger
--
p.s. The GNU pascal front-end used to be an excellent source
of odd-sized type problems, such as PR middle-end/11264.