public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug c++/68148] New: Devirtualization only applies to last of multiple successive calls
@ 2015-10-29 15:49 matt at godbolt dot org
  2015-10-30  9:27 ` [Bug ipa/68148] " rguenth at gcc dot gnu.org
  2015-10-30 13:52 ` matt at godbolt dot org
  0 siblings, 2 replies; 3+ messages in thread
From: matt at godbolt dot org @ 2015-10-29 15:49 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68148

            Bug ID: 68148
           Summary: Devirtualization only applies to last of multiple
                    successive calls
           Product: gcc
           Version: 5.2.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: matt at godbolt dot org
  Target Milestone: ---

Given the code:

----
struct Interface {
  virtual ~Interface() {}
  virtual void virtualFunc() = 0;
  virtual void virtualFunc2() = 0;
};

struct Concrete : Interface {
  int counter_;
  Concrete() : counter_(0) {}
  void virtualFunc() { counter_++; }
  void virtualFunc2() { counter_++; }
};

void test(Interface &c) {
  c.virtualFunc();
  c.virtualFunc2();
}
----

(Compiled at -O3 -fdevirtualize-speculatively)

Speculative devirtualization is applied to the call to virtualFunc2, but not to
virtualFunc. (See https://goo.gl/Vtx5Fe). If one comments out the call to
virtualFunc2, then the virtualFunc() call *is* speculatively devirtualized
(https://goo.gl/G8f505).

It seems to me that either both should be spec devirtualized, or none. Or
perhaps even more generally, if the vtable pointer is that of "Concrete" then
both calls can be inlined in one and converted to counter+=2 (provided
inspection proved that Concrete's virtualFunc() does not modify the vtable,
which I believe is otherwise a barrier to this kind of optimization).

Am I missing something here, or is this a missed opportunity?

Thanks, Matt


^ permalink raw reply	[flat|nested] 3+ messages in thread

* [Bug ipa/68148] Devirtualization only applies to last of multiple successive calls
  2015-10-29 15:49 [Bug c++/68148] New: Devirtualization only applies to last of multiple successive calls matt at godbolt dot org
@ 2015-10-30  9:27 ` rguenth at gcc dot gnu.org
  2015-10-30 13:52 ` matt at godbolt dot org
  1 sibling, 0 replies; 3+ messages in thread
From: rguenth at gcc dot gnu.org @ 2015-10-30  9:27 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68148

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |missed-optimization
                 CC|                            |hubicka at gcc dot gnu.org
          Component|c++                         |ipa

--- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> ---
I suppose it's simply that the devirt machinery operates at a call level and
not
a vtable level.


^ permalink raw reply	[flat|nested] 3+ messages in thread

* [Bug ipa/68148] Devirtualization only applies to last of multiple successive calls
  2015-10-29 15:49 [Bug c++/68148] New: Devirtualization only applies to last of multiple successive calls matt at godbolt dot org
  2015-10-30  9:27 ` [Bug ipa/68148] " rguenth at gcc dot gnu.org
@ 2015-10-30 13:52 ` matt at godbolt dot org
  1 sibling, 0 replies; 3+ messages in thread
From: matt at godbolt dot org @ 2015-10-30 13:52 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68148

--- Comment #2 from Matt Godbolt <matt at godbolt dot org> ---
That would make sense for my second observation; but if it's a per-call thing
why is only one of the calls speculatively devirtualized?


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2015-10-30 13:52 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-10-29 15:49 [Bug c++/68148] New: Devirtualization only applies to last of multiple successive calls matt at godbolt dot org
2015-10-30  9:27 ` [Bug ipa/68148] " rguenth at gcc dot gnu.org
2015-10-30 13:52 ` matt at godbolt dot org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).