RESOLVED FIXED 222873
REGRESSION(r274041): Broke the build instead of fixing it
https://bugs.webkit.org/show_bug.cgi?id=222873
Summary REGRESSION(r274041): Broke the build instead of fixing it
WebKit Commit Bot
Reported 2021-03-06 17:00:21 PST
https://trac.webkit.org/changeset/274041 broke the build: Broke the build instead of fixing it This is an automatic bug report generated by webkitbot. If this bug report was created because of a flaky test, please file a bug for the flaky test (if we don't already have one on file) and dup this bug against that bug so that we can track how often these flaky tests fail.
Attachments
REVERT of r274041 (1.46 KB, patch)
2021-03-06 17:00 PST, WebKit Commit Bot
no flags
WebKit Commit Bot
Comment 1 2021-03-06 17:00:24 PST
Created attachment 422512 [details] REVERT of r274041 Any committer can land this patch automatically by marking it commit-queue+. The commit-queue will build and test the patch before landing to ensure that the revert will be successful. This process takes approximately 15 minutes. If you would like to land the revert faster, you can use the following command: webkit-patch land-attachment ATTACHMENT_ID where ATTACHMENT_ID is the ID of this attachment.
EWS
Comment 2 2021-03-06 17:02:09 PST
Committed r274045: <https://commits.webkit.org/r274045> All reviewed patches have been landed. Closing bug and clearing flags on attachment 422512 [details].
Radar WebKit Bug Importer
Comment 3 2021-03-06 17:03:15 PST
Sam Weinig
Comment 4 2021-03-07 08:49:46 PST
If we do add this back at any point, probably makes more sense to do it in the definition of DECLARE_CALL_FRAME, where the __builtin_frame_address(1) actually is. But it would also be good to understand the original error which was (as I understand it): ./dfg/DFGOSRExit.cpp:225:28: error: calling '__builtin_frame_address' with a nonzero argument is unsafe [-Werror,-Wframe-address] CallFrame* callFrame = DECLARE_CALL_FRAME(vm); Since we explicitly call: bitwise_cast<JSC::CallFrame*>(__builtin_frame_address(1)); \ It seems like we are doing something clang does not like. Looks like there was some discussion of this in rdar://70421807 / https://bugs.webkit.org/show_bug.cgi?id=217588.
Note You need to log in before you can comment on or make changes to this bug.