Generated code for webidl dictionaries don't have move semantics
Categories
(Core :: DOM: Bindings (WebIDL), enhancement, P3)
Tracking
()
People
(Reporter: bwc, Unassigned)
Details
For example, this type does not have a move constructor or assignment operator:
We need to use this as a return type on an async ipdl interface here...
...but we cannot, because the code generated for ipdl async return requires a move assignment operator to be defined for the type:
This means that we need to do something pretty gross here:
And, we also need to write IPDL serializer/deserializer code for this abomination here:
It would be really nice to be able to get rid of this gross code, and it would also be pretty nice to have move semantics for performance reasons.
Reporter | ||
Updated•5 years ago
|
Comment 1•5 years ago
|
||
Yeah, this would be nice, as long as it doesn't include codesize too much in lto builds (which would presumably be able to drop any unused move constructors).
It could be conditioned on the same things as the current copy constructor. Would probably need the addition of move constructors or move assignment operators to various things like dom::Optional
.
Updated•4 years ago
|
Updated•2 years ago
|
Description
•