https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82064
Richard Biener changed:
What|Removed |Added
Target Milestone|7.3 |7.4
--- Comment #9 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82064
--- Comment #8 from janus at gcc dot gnu.org ---
(In reply to janus from comment #7)
> ... which indeed fixes the issue with 'test_sep'. (Note: I have not
> regtested it yet, but I hope it will not break anything.)
To the contrary, it unfortunate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82064
--- Comment #7 from janus at gcc dot gnu.org ---
(In reply to Paul Thomas from comment #4)
> The permanent fix is to make sure that the vtables get produced
> unconditionally for module derived types.
This is accomplished by the following patch .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82064
--- Comment #6 from paul.richard.thomas at gmail dot com ---
Aaaah! I missed the point wrt separate files.
As far as I remember, we make sure that class or derived entities get
their vtable but not unreferenced type declarations.
Cheers
Paul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82064
--- Comment #5 from janus at gcc dot gnu.org ---
(In reply to Paul Thomas from comment #4)
> (In reply to janus from comment #3)
> > It appears that the regression has been introduced by r241450, which was the
> > fix for PR 69834. Reverting it, i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82064
--- Comment #4 from Paul Thomas ---
(In reply to janus from comment #3)
> It appears that the regression has been introduced by r241450, which was the
> fix for PR 69834. Reverting it, in particular the changes to
> resolve_select_type, makes the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82064
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82064
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords|rejects-valid |wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82064
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|