This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [Committed] PR c++/19199: Preserve COND_EXPR lvalueness in fold
- From: Alexandre Oliva <aoliva at redhat dot com>
- To: Roger Sayle <roger at eyesopen dot com>
- Cc: gcc-patches at gcc dot gnu dot org
- Date: 04 Apr 2005 10:38:42 -0300
- Subject: Re: [Committed] PR c++/19199: Preserve COND_EXPR lvalueness in fold
- Organization: Red Hat Global Engineering Services Compiler Team
- References: <Pine.LNX.4.44.0504032302220.29536-100000@www.eyesopen.com>
Nevermind my previous e-mail, I see you still changed
fold_cond_expr_with_comparison.
On Apr 4, 2005, Roger Sayle <roger@eyesopen.com> wrote:
> long-term solutions have been proposed for g++ 4.1, the patch below is
> the best "4.0 timeframe" work-around that doesn't adversely affect
> performance for GCC's non C++ front-ends,
I don't understand your claim. My patch used pedantic_lvalues, which
is set in such a way by the C and C++ front-ends that makes it even
faster than the string comparison you're using.
> and even retains the ability to synthesize MIN_EXPR and MAX_EXPR for
> C++ during the tree-ssa passes.
This was never removed in my latest patch.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org}
Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org}