This is the mail archive of the
mailing list for the GCC project.
Re: C++ PATCH for c++/61687 (extra errors with -O2)
- From: Jason Merrill <jason at redhat dot com>
- To: Jan Hubicka <hubicka at ucw dot cz>
- Cc: gcc-patches List <gcc-patches at gcc dot gnu dot org>
- Date: Thu, 24 Jul 2014 18:14:13 -0400
- Subject: Re: C++ PATCH for c++/61687 (extra errors with -O2)
- Authentication-results: sourceware.org; auth=none
- References: <53BEE83C dot 2000700 at redhat dot com> <20140717122316 dot GA19997 at atrey dot karlin dot mff dot cuni dot cz>
On 07/17/2014 08:23 AM, Jan Hubicka wrote:
Given my experience about numbers of functions that become reachable when you stream all virtuals into LTO,
I wonder if we don't want to use possible_polymorphic_call_targets within the front-end to avoid instantiating
those that can't be called?
Yes, I think we need to do that. I'll look into it.
I think it should not be too hard - all we need is to populate the type inheritance graph from FE and then
for each polymorphic call produce the list to mark possible targets are reachable.
Hmm, do you think it's reasonable to call build_type_inheritance_graph
from the FE? The FE doesn't currently track all types derived from a