Re: [webkit-dev] Trying to turn WebRTC's code on - MEDIA_STREAM flags

2014-08-25 Thread santhosh dhamodharan
hi all,

how to unsubscribe

On Mon, Aug 25, 2014 at 11:58 AM, Benjamin Poulain benja...@webkit.org wrote:
 On 8/24/14, 8:37 AM, Alexandre GOUAILLARD wrote:

 For clarification of the  goals and the scope, we intend to provide patches
 in webkit for webRTC. We would love to see webRTC support in iOS and we
 understand that having it in apple provided webkit (UIWebView) to comply to
 apple store rule 2.17. We understand we do not have complete control over
 the entire process, especially the eventual packaging and deployment, and
 the timelines, and that apple does not comment about this, but we thought
 implementing it in webkit was a necessary prerequisite in any case. For the
 rest we will have faith :-)

 During a phone conversation with eric C, we've ben told that we should start
 by making it happen in the macOS X port as we would snot be able to build
 for iOS and because the differences were not so big between the iOS and the
 macOS ports.

 Yep, that sounds like a good plan.

 JO has been working on the Media Capture and Stream and webRTC APIs for
 almost a year, and developed an IE and Safari plugin that implements all of
 the APIs. He reads/speaks/write web IDL fluently now, and now all the
 subtleties of the constraints, streams, tracks, ect. I sit at the standard
 committees and help with everything that is not clear from the specs.
 Unfortunately, that does not help understand webkit intricacies and that's
 where we are today.

 We reached out to Eric C, Thiago from nokia (NIX port), kirun from samsung,
 and started from there. I also speak regularly with adam Be. from ericson at
 the w3c meetings. I will jump in the project and add an additional senior
 staff, so we should be 2~3 FTE starting tuesday. Looking at philippe N works
 in WK2, it looks like you would be a reviewer of any patch we would submit,
 correct? (bug)

 I help from time to time but the right reviewers for work on multimedia are
 Brent Fulgham, Eric Carlson, Jer Noble and Philippe Normand.

 With our target (iOS/MacOS X) should we target WK1 or WK2? We plan to
 finalize the webcore part first, but we need to target an app, and a port
 for testing. NIX does not seem to be an option anymore.

 Usually, what goes into the WebKit layer is small and WK1 and WK2 are done
 simultaneously. For the initial prototype, you can focus on WebKit2 and port
 the code to WebKit1 once you have something stable.

 On OS X, WebKit2 is used by WKWebView and Safari, WebKit1 is used by the
 WebView API. On iOS, WebKit2 is used by WKWebView and Safari, WebKit1 is
 used by UIWebView.

 For initial prototyping, you can generally focus on WebKit2 first.

 There also seem to have been a discussion about the design (platform vs
 client) triggered by adam Be.. Anybody knows if there was a conclusion?
 (bug) We would prefer putting a maximum of common code in webcore, as
 proposed by adam.

 The architecture depends on the backend but also security considerations
 (especially with the access to hardware). You should ask Eric Carlson for
 input.

 We are also contributing some tests to w3c (based on testharness.js, testing
 the bindings and IDL only) that we plan to use for testing. Dominique has
 recently committed the tests for steams and tracks using the latest spec
 (here). Is there anything we should prepare in the layout tests for this as
 well? It looks like the media stream tests have been excluded from the tests
 for the time being.

 That is a good start. You can import W3C tests into WebKit.

 To qualify for a release, you would need to have a lot more testing than
 that. Given the scope of WebRTC, this will require improving the testing
 infrastructure of WebKit.

 We are trying to have a working implementation by oct 15th, so we could send
 it for test around and get feedback in time for discussion during the W3C
 technical plenary and advisory committee meeting on oct. 27th, in San Jose,
 CA.

 Honestly this seems a little short, WebRTC is big. Most non-trivial features
 take several months to get in good shape with proper testing and performance
 coverage.

 It is probably possible to get a working prototype in 2 months, but this
 will require great review cycles.

 Benjamin

 ___
 webkit-dev mailing list
 webkit-dev@lists.webkit.org
 https://lists.webkit.org/mailman/listinfo/webkit-dev

___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev


[webkit-dev] how to solve this error

2013-06-11 Thread santhosh dhamodharan
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:625: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:649: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:660: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:675: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:692: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:707: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:721: error:
expected constructor, destructor, or type conversion before ‘char’
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:736: error:
expected constructor, destructor, or type conversion before ‘char’
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:750: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:761: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:773: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:787: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:803: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:823: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:843: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:863: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:883: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:1001: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:1018: error:
expected `)' before ‘*’ token
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:1049: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:1075: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:1101: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:1147: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:1178: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:1207: error:
expected constructor, destructor, or type conversion before ‘wchar_t’
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:1236: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:1267: error:
expected constructor, destructor, or type conversion before ‘char’
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:1297: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:1341: error:
expected constructor, destructor, or type conversion before ‘char’
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:1387: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:1447: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:1477: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:1507: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:1551: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:1596: error:
‘U_EXPORT’ does not name a type
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:1637: error:
expected constructor, destructor, or type conversion before ‘char’
/home/emo2/Music/clutter-cross/include/unicode/ustring.h:1686: error:
‘U_EXPORT’ does not name a type
In file included from ../../JavaScriptCore/wtf/unicode/Unicode.h:31,
 from ../../JavaScriptCore/wtf/StringHashFunctions.h:24,
 from ../../JavaScriptCore/wtf/text/StringImpl.h:32,
 from ../../JavaScriptCore/wtf/text/AtomicStringImpl.h:24,
 from ../../JavaScriptCore/wtf/text/AtomicString.h:24,
 from ../../JavaScriptCore/wtf/text/StringHash.h:25,
 from ../../WebCore/platform/ThreadGlobalData.h:33,
 from ../../WebCore/dom/EventNames.h:25,
 from ../../WebCore/dom/EventTarget.h:35,
 from ../../WebCore/dom/Node.h:28,
 from ../../WebCore/dom/RangeBoundaryPoint.h:29,
 from ../../WebCore/dom/Range.h:29,
 from ../../WebCore/accessibility/AccessibilityObject.h:34,
 from
../../WebCore/accessibility/AccessibilityImageMapLink.h:32,
 from
../../WebCore/accessibility/AccessibilityImageMapLink.cpp:30: