The legacy WebKit availability macros are verbose, confusing, and provide no benefit over using the system availability macros directly. The original vision was that they'd serve a cross-platform purpose but that never came to be.
Created attachment 220394 [details] Patch
Please wait for approval from timothy@apple.com (or another member of the Apple Safari Team) before submitting because this patch contains changes to the Apple Mac WebKit.framework public API.
Comment on attachment 220394 [details] Patch Attachment 220394 [details] did not pass mac-wk2-ews (mac-wk2): Output: http://webkit-queues.appspot.com/results/6217105015832576
Comment on attachment 220394 [details] Patch Attachment 220394 [details] did not pass mac-ews (mac): Output: http://webkit-queues.appspot.com/results/6543253960654848
Comment on attachment 220394 [details] Patch r=me
Comment on attachment 220394 [details] Patch Rejecting attachment 220394 [details] from commit-queue. Failed to run "['/Volumes/Data/EWS/WebKit/Tools/Scripts/webkit-patch', '--status-host=webkit-queues.appspot.com', '--bot-id=webkit-cq-02', 'build', '--no-clean', '--no-update', '--build-style=release', '--port=mac']" exit_code: 2 cwd: /Volumes/Data/EWS/WebKit Last 500 characters of output: eC /Volumes/Data/EWS/WebKit/WebKitBuild/WebCore.build/Release/WebCore.build/Objects-normal/x86_64/DOMAbstractView.o bindings/objc/DOMAbstractView.mm normal x86_64 objective-c++ com.apple.compilers.llvm.clang.1_0.compiler CompileC /Volumes/Data/EWS/WebKit/WebKitBuild/WebCore.build/Release/WebCore.build/Objects-normal/x86_64/DOMAttr.o /Volumes/Data/EWS/WebKit/WebKitBuild/Release/DerivedSources/WebCore/DOMAttr.mm normal x86_64 objective-c++ com.apple.compilers.llvm.clang.1_0.compiler (3 failures) Full output: http://webkit-queues.appspot.com/results/5377557826371584
Committed r161406: <http://trac.webkit.org/changeset/161406>