Hi Jason,
On 08/10/15 03:42, Jason Merrill wrote:
While looking at another issue I noticed that in g++.dg/init/vbase1.C
the Diamond(int) constructor was unnecessarily storing a CONSTRUCTOR
into a stack temporary and then copying it into the SubB base
subobject rather than directly storing the
On 10/07/2015 08:42 PM, Jason Merrill wrote:
While looking at another issue I noticed that in g++.dg/init/vbase1.C
the Diamond(int) constructor was unnecessarily storing a CONSTRUCTOR
into a stack temporary and then copying it into the SubB base subobject
rather than directly storing the CONSTRUC
On Thu, Oct 8, 2015 at 4:42 AM, Jason Merrill wrote:
> While looking at another issue I noticed that in g++.dg/init/vbase1.C the
> Diamond(int) constructor was unnecessarily storing a CONSTRUCTOR into a
> stack temporary and then copying it into the SubB base subobject rather than
> directly stori