SV: [PATCH v2] jit: Add support for global rvalue initialization and ctors

David Malcolm dmalcolm@redhat.com
Mon Dec 13 19:22:06 GMT 2021


On Sun, 2021-12-12 at 20:39 -0500, Antoni Boucher wrote:
> Yes, this patch works for rustc_codegen_gcc perfectly.
> It even fixes one issue that was in my patch, so that's nice!

Excellent - thanks Antoni.

> 
> Le samedi 11 décembre 2021 à 15:35 +0000, Petter Tomner a écrit :
> > Hi!
> > 
> > > s/an union/a union/
> > > s/a rvalue/an rvalue/
> > 
> > Heh no way ... and I though I knew English grammar :)

I apologize for the non-regularity of English :)  [and it's somewhat
unfair for me to nit-pick, given that it's my first language - sorry;
we may as well get this stuff correct]

> > 
> > Had to look that up to see what the deal was but it makes sense. 
> > 
> > yunion, arevalue.

Exactly.  English spelling is a mess.

> > 
> > > s/wrong-field-name/wrong-field-obj/
> > > 
> > > to match the struct example (given that the issue being tested
> > > for
> > > is
> > > that it's the wrong object, rather than the wrong name).
> > 
> > Initially, before submitting to the list, I made the code such that
> > the field 
> > objects did not have to be the ones that were used when creating
> > the 
> > struct or union, and forgot changing the test names. 
> > 
> > I figured it required too much string compares for the field names
> > and 
> > pointer compares for the field object were more appropriate. To
> > create
> > dummy field objects were also kinda heavy.
> > 
> > I'll address the points.


Petter, you can go ahead and commit this, once you address the various
points from my earlier review, and from Antoni's observation that
"flags" should be "m_flags" when it's a member.  Antoni has committed
at least one ABI version bump since you posted this, so you'll need to
rebase your work on top of his and adjust accordingly.  Please re-test
the patch before pushing it.

Thanks for all your great work on this.
Dave




More information about the Gcc-patches mailing list