WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
181714
Generated bindings for derived dictionaries are not regenerated when the base dictionary changes
https://bugs.webkit.org/show_bug.cgi?id=181714
Summary
Generated bindings for derived dictionaries are not regenerated when the base...
Andy Estes
Reported
2018-01-16 19:42:18 PST
Consider the following two IDL files: Base.idl: dictionary Base { unsigned long baseField; } Derived.idl dictionary Derived : Base { unsigned long derivedField; } When JSDerived.cpp is generated, its convertDictionary() implementation contains the code to convert both baseField and derivedField. JSBase.cpp's convertDictionary() has its own convertDictionary() to convert baseField, but JSDerived.cpp does not rely on it. If I add a second field to Base.idl and rebuild, JSBase.cpp is updated to convert the new field, but JSDerived.cpp is not updated, so it still only converts the original two fields. It seems like JSDerived.cpp's convertDictionary() should be calling JSBase.cpp's convertDictionary() to convert the base class fields. Either that or the bindings generator should be regenerating all dictionaries that inherit from Base.
Attachments
Patch
(3.35 KB, patch)
2020-08-24 03:32 PDT
,
youenn fablet
no flags
Details
Formatted Diff
Diff
Patch
(50.12 KB, patch)
2020-08-24 06:33 PDT
,
youenn fablet
no flags
Details
Formatted Diff
Diff
Patch for landing
(50.03 KB, patch)
2020-08-25 08:33 PDT
,
youenn fablet
no flags
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
youenn fablet
Comment 1
2020-08-24 00:20:51 PDT
We hit that issue in
https://bugs.webkit.org/show_bug.cgi?id=215722
youenn fablet
Comment 2
2020-08-24 03:32:18 PDT
Created
attachment 407094
[details]
Patch
youenn fablet
Comment 3
2020-08-24 06:33:20 PDT
Created
attachment 407097
[details]
Patch
Darin Adler
Comment 4
2020-08-24 12:08:00 PDT
Comment on
attachment 407097
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=407097&action=review
> Source/WebCore/bindings/scripts/preprocess-idls.pl:244 > + my $makefileDeps = "#Supplemental dependencies\n";
Normally we’d have a space after the "#" in a comment.
> Source/WebCore/bindings/scripts/preprocess-idls.pl:258 > + $makefileDeps .= "#Dictionaries dependencies\n";
Ditto.
> Source/WebCore/bindings/scripts/preprocess-idls.pl:261 > + my $dependencies = $dictionaryDependencies{$derivedDictionary}; > + $makefileDeps .= "JS${derivedDictionary}.cpp: ${dependencies}\n";
Not sure we benefit from the local variable here.
youenn fablet
Comment 5
2020-08-25 08:33:19 PDT
Created
attachment 407191
[details]
Patch for landing
EWS
Comment 6
2020-08-25 09:08:25 PDT
Committed
r266120
: <
https://trac.webkit.org/changeset/266120
> All reviewed patches have been landed. Closing bug and clearing flags on
attachment 407191
[details]
.
Radar WebKit Bug Importer
Comment 7
2020-08-25 09:09:21 PDT
<
rdar://problem/67740737
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug