NEW 182593
[CMake] Rename WEBKIT_MAKE_FORWARDING_HEADERS to WEBKIT_INSTALL_FRAMEWORK_HEADERS
https://bugs.webkit.org/show_bug.cgi?id=182593
Summary [CMake] Rename WEBKIT_MAKE_FORWARDING_HEADERS to WEBKIT_INSTALL_FRAMEWORK_HEA...
Don Olmstead
Reported 2018-02-07 18:43:13 PST
WEBKIT_MAKE_FORWARDING_HEADERS isn't actually making forwarding headers its copying in the same manner that Xcode builds do for frameworks.
Attachments
Patch (11.12 KB, patch)
2018-02-07 18:49 PST, Don Olmstead
no flags
Don Olmstead
Comment 1 2018-02-07 18:49:09 PST
Konstantin Tokarev
Comment 2 2018-02-08 01:03:03 PST
Comment on attachment 333348 [details] Patch I think naming macro "INSTALL" suggests that it should do install() internally, but this is not the case
Michael Catanzaro
Comment 3 2018-02-08 08:11:26 PST
Yeah I agree with Konstantin, the current name actually seems better to me.
Don Olmstead
Comment 4 2018-02-08 12:00:24 PST
(In reply to Michael Catanzaro from comment #3) > Yeah I agree with Konstantin, the current name actually seems better to me. How about WEBKIT_COPY_FRAMEWORK_HEADERS?
Don Olmstead
Comment 5 2018-02-08 12:01:18 PST
(In reply to Don Olmstead from comment #4) > (In reply to Michael Catanzaro from comment #3) > > Yeah I agree with Konstantin, the current name actually seems better to me. > > How about WEBKIT_COPY_FRAMEWORK_HEADERS? Or actually WEBKIT_MAKE_FRAMEWORK_HEADERS? Forwarding isnt what its actually doing so I think that part needs to be dropped either way.
Michael Catanzaro
Comment 6 2018-02-08 12:03:31 PST
MAKE_FLATTENED_HEADERS?
Don Olmstead
Comment 7 2018-02-08 12:06:43 PST
(In reply to Michael Catanzaro from comment #6) > MAKE_FLATTENED_HEADERS? Its emulating what Cocoa frameworks do so thats why I said FRAMEWORK. I just don't want FORWARDING in there since that's what we're trying to nuke from orbit. Also WTF and PAL will be doing this but they aren't technically flat at least not YET.
Fujii Hironori
Comment 8 2018-02-10 16:58:41 PST
I think WEBKIT_MAKE_FRAMEWORK_HEADERS should be unified into WEBKIT_FRAMEWORK and WEBKIT_FRAMEWORK should take arguments. WEBKIT_FRAMEWORK( WebCore PRIVATE_HEADER ... PUBLIC_HEADER ... PUBLIC_DERIRIVED_HEADER ... SOURCES ... ...)
Fujii Hironori
Comment 9 2018-02-10 21:45:02 PST
Comment on attachment 333348 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=333348&action=review > ChangeLog:10 > + consistent with the actual behavior. You want to rename the directory name ForwardingHeaders, too?
Don Olmstead
Comment 10 2018-02-12 10:56:43 PST
(In reply to Fujii Hironori from comment #8) > I think WEBKIT_MAKE_FRAMEWORK_HEADERS should be unified into > WEBKIT_FRAMEWORK and WEBKIT_FRAMEWORK should take arguments. > > WEBKIT_FRAMEWORK( > WebCore > PRIVATE_HEADER ... > PUBLIC_HEADER ... > PUBLIC_DERIRIVED_HEADER ... > SOURCES ... > ...) Yea that makes sense. Might want the same behavior as it has with SOURCES and all that. (In reply to Fujii Hironori from comment #9) > Comment on attachment 333348 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=333348&action=review > > > ChangeLog:10 > > + consistent with the actual behavior. > > You want to rename the directory name ForwardingHeaders, too? I was thinking of doing something along those lines yes, but in a cleanup pass after everything is done.
Note You need to log in before you can comment on or make changes to this bug.