[webkit-reviews] review granted: [Bug 81061] Functions with C linkage should not return C++ classes : [Attachment 131758] the patch
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Tue Mar 13 17:32:52 PDT 2012
Mark Rowe (bdash) <mrowe at apple.com> has granted Filip Pizlo
<fpizlo at apple.com>'s request for review:
Bug 81061: Functions with C linkage should not return C++ classes
https://bugs.webkit.org/show_bug.cgi?id=81061
Attachment 131758: the patch
https://bugs.webkit.org/attachment.cgi?id=131758&action=review
------- Additional Comments from Mark Rowe (bdash) <mrowe at apple.com>
View in context: https://bugs.webkit.org/attachment.cgi?id=131758&action=review
Looks fine to me.
> Source/JavaScriptCore/ChangeLog:3
> + Need a short description and bug URL (OOPS!)
Describe the problem!
> Source/JavaScriptCore/dfg/DFGOperations.h:160
> +// According to C++ rules, a type used for the return signature of function
with C linkage (i.e.
> +// 'extern "C"') needs to be POD in the C++-03 sense: loosely speaking it
must have nothing more than
> +// those members that would be valid in C. This means no constructors.
I don't think it's necessary to explain what a POD type is here. I'd simplify
this to something like:
// Since this type is used in the signature of a function declared with C
linkage it must be a POD type.
> Source/JavaScriptCore/llint/LLIntSlowPaths.h:44
> +// According to C++ rules, a type used for the return signature of function
with C linkage (i.e.
> +// 'extern "C"') needs to be POD in the C++-03 sense: loosely speaking it
must have nothing more than
> +// those members that would be valid in C. This means no constructors.
Same comment about the comment here.
More information about the webkit-reviews
mailing list