RESOLVED FIXED235674
Symbols not always properly hidden when using WebKitAdditions to introduce new API
https://bugs.webkit.org/show_bug.cgi?id=235674
Summary Symbols not always properly hidden when using WebKitAdditions to introduce ne...
Chris Dumez
Reported 2022-01-26 14:29:21 PST
Symbols not always properly hidden when using WebKitAdditions to introduce new API.
Attachments
Patch (2.90 KB, patch)
2022-01-26 14:32 PST, Chris Dumez
no flags
Follow-up to address ap's comments. (2.62 KB, patch)
2022-01-28 09:46 PST, Chris Dumez
no flags
Chris Dumez
Comment 1 2022-01-26 14:29:33 PST
Chris Dumez
Comment 2 2022-01-26 14:32:36 PST
Wenson Hsieh
Comment 3 2022-01-26 16:26:42 PST
Comment on attachment 450070 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=450070&action=review > Source/WebKit/mac/replace-webkit-additions-includes.py:93 > + additions_import_pattern = re.compile(r"\#if ENABLE\(API_WEBKIT_ADDITIONS\)\n#import <WebKitAdditions/(.*)>\n#endif") (Not necessarily in this patch, but) I wonder if it's even worth throwing a #if ENABLE(API_WEBKIT_ADDITIONS) #error "…" #endif …somewhere. Not exactly sure where, though.
EWS
Comment 4 2022-01-26 17:06:10 PST
Committed r288658 (246466@main): <https://commits.webkit.org/246466@main> All reviewed patches have been landed. Closing bug and clearing flags on attachment 450070 [details].
Alexey Proskuryakov
Comment 5 2022-01-28 09:27:33 PST
Comment on attachment 450070 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=450070&action=review > Source/WebKit/UIProcess/API/Cocoa/WKWebpagePreferences.h:74 > +#if ENABLE(API_WEBKIT_ADDITIONS) Given that this foes not behave like an ENABLE macro, why make it look like one? Something like this seems like it would convey the purpose better: #if 0 // API_WEBKIT_ADDITIONS_REPLACEMENT
Chris Dumez
Comment 6 2022-01-28 09:36:46 PST
(In reply to Alexey Proskuryakov from comment #5) > Comment on attachment 450070 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=450070&action=review > > > Source/WebKit/UIProcess/API/Cocoa/WKWebpagePreferences.h:74 > > +#if ENABLE(API_WEBKIT_ADDITIONS) > > Given that this foes not behave like an ENABLE macro, why make it look like > one? Something like this seems like it would convey the purpose better: > > #if 0 // API_WEBKIT_ADDITIONS_REPLACEMENT Sure, this seems reasonable. I'll discuss this with Wenson & Tim and follow-up.
Chris Dumez
Comment 7 2022-01-28 09:46:38 PST
Reopening to attach new patch.
Chris Dumez
Comment 8 2022-01-28 09:46:40 PST
Created attachment 450244 [details] Follow-up to address ap's comments.
Chris Dumez
Comment 9 2022-01-28 09:51:04 PST
(In reply to Chris Dumez from comment #6) > (In reply to Alexey Proskuryakov from comment #5) > > Comment on attachment 450070 [details] > > Patch > > > > View in context: > > https://bugs.webkit.org/attachment.cgi?id=450070&action=review > > > > > Source/WebKit/UIProcess/API/Cocoa/WKWebpagePreferences.h:74 > > > +#if ENABLE(API_WEBKIT_ADDITIONS) > > > > Given that this foes not behave like an ENABLE macro, why make it look like > > one? Something like this seems like it would convey the purpose better: > > > > #if 0 // API_WEBKIT_ADDITIONS_REPLACEMENT > > Sure, this seems reasonable. I'll discuss this with Wenson & Tim and > follow-up. Thanks for the improvement suggestion :)
EWS
Comment 10 2022-01-28 10:34:38 PST
Committed r288747 (246540@main): <https://commits.webkit.org/246540@main> All reviewed patches have been landed. Closing bug and clearing flags on attachment 450244 [details].
Note You need to log in before you can comment on or make changes to this bug.