Currently it is cocoa specific.
Created attachment 322386 [details] Patch
Created attachment 322391 [details] Patch
Created attachment 322426 [details] Patch
Created attachment 322447 [details] Patch
Created attachment 322450 [details] Patch
Created attachment 322503 [details] Patch
Comment on attachment 322503 [details] Patch I like this. I'd like to see an indication of buy-in from non-cocoa ports before landing this would make much sense.
The plan might be to make LibWebRTCProvider::createPeerConnectionFactory virtual so that GTK port will use a different way to create a factory. This might depend on whether they will use libwebrtc for capture or not. Specificying codec factories is also of interest to GTK port. Alex, can you confirm or clarify things for GTK port?
Comment on attachment 322503 [details] Patch Attachment 322503 [details] did not pass mac-debug-ews (mac): Output: http://webkit-queues.webkit.org/results/4748614 New failing tests: workers/wasm-hashset.html
Created attachment 322628 [details] Archive of layout-test-results from ews115 for mac-elcapitan The attached test failures were seen while running run-webkit-tests on the mac-debug-ews. Bot: ews115 Port: mac-elcapitan Platform: Mac OS X 10.11.6
Comment on attachment 322503 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=322503&action=review LGTM, we need this to use the provider at all, and later as youenn is explaning we need a way to get or set the factory from the platform. > Source/WebCore/platform/mediastream/libwebrtc/LibWebRTCProvider.cpp:31 > +#include "LibWebRTCProviderCocoa.h" We don't need this one, it is in the LibWebRTCProvider.h
Comment on attachment 322503 [details] Patch Error is unrelated. I will update the patch in a follow-up or at landing time according Alex comment.
Created attachment 322792 [details] Patch for landing
Created attachment 322795 [details] Patch for landing
Comment on attachment 322795 [details] Patch for landing Clearing flags on attachment: 322795 Committed r222902: <http://trac.webkit.org/changeset/222902>
All reviewed patches have been landed. Closing bug.
<rdar://problem/34829223>