https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53808
--- Comment #16 from Jason Merrill ---
Author: jason
Date: Wed Sep 10 14:27:40 2014
New Revision: 215131
URL: https://gcc.gnu.org/viewcvs?rev=215131&root=gcc&view=rev
Log:
PR lto/53808
PR c++/61659
* decl2.c (note_comdat_fn): New.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53808
--- Comment #15 from Jason Merrill ---
Author: jason
Date: Tue Aug 19 17:29:41 2014
New Revision: 214177
URL: https://gcc.gnu.org/viewcvs?rev=214177&root=gcc&view=rev
Log:
PR lto/53808
PR c++/61659
* decl.c (maybe_commonize_var): Don
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53808
--- Comment #14 from Jason Merrill ---
Author: jason
Date: Wed Jul 30 21:29:25 2014
New Revision: 213311
URL: https://gcc.gnu.org/viewcvs?rev=213311&root=gcc&view=rev
Log:
PR lto/53808
PR c++/61659
* pt.c (push_template_decl_real): D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53808
--- Comment #13 from Jason Merrill ---
Author: jason
Date: Wed Jul 30 17:27:14 2014
New Revision: 213307
URL: https://gcc.gnu.org/viewcvs?rev=213307&root=gcc&view=rev
Log:
PR lto/53808
PR c++/61659
* pt.c (push_template_decl_real): S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53808
--- Comment #12 from Rafael Avila de Espindola ---
Note that this bug is present once more when -fno-use-all-virtuals is used.
With the original testcase gcc again produces an undefined reference to
_ZN3barD0Ev.
Is -fno-use-all-virtuals intended
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53808
--- Comment #11 from Jason Merrill ---
Author: jason
Date: Mon Jun 30 20:20:55 2014
New Revision: 212174
URL: https://gcc.gnu.org/viewcvs?rev=212174&root=gcc&view=rev
Log:
PR c++/61659
PR lto/53808
gcc/cp
* decl2.c (maybe_emit_vtable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53808
--- Comment #10 from Jason Merrill ---
Author: jason
Date: Wed Feb 26 21:32:41 2014
New Revision: 208184
URL: http://gcc.gnu.org/viewcvs?rev=208184&root=gcc&view=rev
Log:
PR c++/60347
PR lto/53808
* class.c (clone_function_decl): Don'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53808
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53808
--- Comment #8 from Jason Merrill ---
Author: jason
Date: Tue Feb 25 18:54:48 2014
New Revision: 208153
URL: http://gcc.gnu.org/viewcvs?rev=208153&root=gcc&view=rev
Log:
PR lto/53808
* class.c (clone_function_decl): Call note_vague_linkag
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53808
--- Comment #7 from Jason Merrill ---
(In reply to Jason Merrill from comment #6)
> I just tried to reproduce the bug before checking my patch in for 4.9, and
> couldn't; my patch seems to make no difference to the cgraph output for
> def.cpp.
..
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53808
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #6 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53808
--- Comment #5 from Jan Hubicka ---
With Jason's patch I get:
In undef.cpp we devirtualize to _ZN3fooD2Ev:
Type: function
Visibility: external public
References:
Referring:
Function flags:
Called by: _ZN3barD2Ev/8 (1.00 per call)
Ca
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53808
--- Comment #4 from Rafael Avila de Espindola ---
The equivalent clang bug (llvm.org/pr13124) just got fixed by avoiding the
devirtualization in this case.
Not sure how similar the issues are internally, but I summarized what I found
in clang in:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53808
--- Comment #3 from Jan Hubicka 2013-03-23 21:40:19 UTC
---
> This patch causes the destructor to be created and marked as COMDAT, but for
> some reason cgraph still isn't emitting it.
Thank you!. I will work out why it is not emitted.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53808
--- Comment #2 from Jason Merrill 2013-03-23
00:36:48 UTC ---
Created attachment 29709
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29709
partial (front end) patch
This patch causes the destructor to be created and marked as COMD
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53808
--- Comment #1 from Rafael Avila de Espindola 2012-11-06 13:53:00 UTC ---
I can see two options for fixing this
1) producing a copy of the destructor when we devirtualize and not
devirtualizing if we cannot emit one.
2) making the destru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53808
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
17 matches
Mail list logo
