This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [RFA/RFC patch]: Follow-up on type-demotion pass ...

From: Jeff Law <law at redhat dot com>
To: "Joseph S. Myers" <joseph at codesourcery dot com>, Kai Tietz <ktietz at redhat dot com>
Cc: GCC Patches <gcc-patches at gcc dot gnu dot org>
Date: Mon, 18 Nov 2013 23:09:06 -0700
Subject: Re: [RFA/RFC patch]: Follow-up on type-demotion pass ...
Authentication-results: sourceware.org; auth=none
References: <317948312 dot 36384059 dot 1384803974853 dot JavaMail dot root at redhat dot com> <Pine dot LNX dot 4 dot 64 dot 1311182252140 dot 8831 at digraph dot polyomino dot org dot uk>

On 11/18/13 15:55, Joseph S. Myers wrote:

* Going just on the general description of the pass and not looking at the
details: does this do any of the things that are done by shorten_binary_op
or shorten_compare in c-common.c?  If so, do you plan followup changes to
remove as premature optimizations whatever those functions do that can be
done by this pass?

I don't recall if we had explicitly called out shorten_compare and/orshorten_binary_op in any of our discussions, but I can confirm that thisis one step in trying to do something sensible in this space.

I'm happy to put shorten_compare on the hit-list. I haven't had to fixanything in shorten_compare in about 15 years and I'd largely forgottenabout it.


jeff

References:
- [RFA/RFC patch]: Follow-up on type-demotion pass ...
  - From: Kai Tietz
- Re: [RFA/RFC patch]: Follow-up on type-demotion pass ...
  - From: Joseph S. Myers

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]