[webkit-dev] error while build webkit for gtk on mac lion
I get the code from trunk or webkit.org, and compile for gtk port, and it complained no C++ compiler found My host platform is MAC lion with Xcode 4 please help me for this problem, thanks. the error code as following: ./build-webkit --gtk Calling autogen.sh in /soft/svn/webkit/WebKitBuild/Release grep: /soft/svn/webkit/WebKitBuild/Release/GNUmakefile: No such file or directory autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal -I Source/autotools -I /soft/svn/webkit/WebKitBuild/Dependencies/Root/share/aclocal -I /usr/local/share/aclocal -I /usr/share/aclocal autoreconf: configure.ac: tracing autoreconf: running: glibtoolize --copy glibtoolize: Consider adding `-I Source/autotools' to ACLOCAL_AMFLAGS in Makefile.am. autoreconf: running: /opt/local/bin/autoconf --include=Source/autotools --include=/soft/svn/webkit/WebKitBuild/Dependencies/Root/share/aclocal --include=/usr/local/share/aclocal --include=/usr/share/aclocal autoreconf: running: /opt/local/bin/autoheader --include=Source/autotools --include=/soft/svn/webkit/WebKitBuild/Dependencies/Root/share/aclocal --include=/usr/local/share/aclocal --include=/usr/share/aclocal autoreconf: running: automake --add-missing --copy --no-force autoreconf: Leaving directory `.' configure: WARNING: unrecognized options: --disable-download-attribute, --disable-3d-canvas, --disable-3d-rendering, --disable-accelerated-2d-canvas, --enable-client-based-geolocation, --disable-css-filters, --disable-css-grid-layout, --disable-css-shaders, --enable-details, --enable-ftpdir, --disable-input-type-date, --disable-input-type-datetime, --disable-input-type-datetimelocal, --disable-input-type-month, --disable-input-type-time, --disable-input-type-week, --enable-inspector, --enable-netscape-plugin, --disable-orientation-events, --disable-system-malloc, --disable-svg-dom-objc-bindings, --disable-tiled-backing-store, --disable-touch-events, --disable-vibration, --disable-wtfurl checking build system type... x86_64-apple-darwin11.2.0 checking host system type... x86_64-apple-darwin11.2.0 checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ../../Source/autotools/install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... no checking for awk... awk checking whether make sets $(MAKE)... yes checking how to create a ustar tar archive... gnutar checking for native Win32... no checking for pkg-config... /opt/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for perl... /opt/local/bin/perl checking for python... /usr/bin/python checking for bison... /opt/local/bin/bison checking for mv... /bin/mv checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for g++... g++ checking whether we are using the GNU C++ compiler... no checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking whether gcc and cc understand -c and -o together... yes checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no configure: error: No C++ compiler found Calling autogen.sh failed! Victor LI rtj...@hotmail.com ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Looking forward to get an advice about event listeners for navigator.battery.
Hi. I'm implementing Battery Status API. (https://bugs.webkit.org/show_bug.cgi?id=62698) (http://www.w3.org/TR/battery-status/) I have an issue which would need your comments. Battery Status API needs to be added under the Navigator class, but there is not any event handling logic there. Therefore, because I have no other choice, I have implemented the necessary event handling logic in the BatteryManager. I, however, think it may not look good to add the event listener in the Batter Status API itself. IMHO, the Navigator class would need some sort of event listener handling logic similar to DOMWindow. I would like to have your comments how you think this. Thank you. Best Regards. Kihong ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] error while build webkit for gtk on mac lion
I'm told webkit-help is a better place to ask build questions. Also, there are IRC channels which may be of help: http://webkitgtk.org/?page=contact On Mon, Mar 5, 2012 at 12:27 AM, Victor LI rtj...@hotmail.com wrote: I get the code from trunk or webkit.org, and compile for gtk port, and it complained no C++ compiler found My host platform is MAC lion with Xcode 4 please help me for this problem, thanks. the error code as following: ./build-webkit --gtk Calling autogen.sh in /soft/svn/webkit/WebKitBuild/Release grep: /soft/svn/webkit/WebKitBuild/Release/GNUmakefile: No such file or directory autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal -I Source/autotools -I /soft/svn/webkit/WebKitBuild/Dependencies/Root/share/aclocal -I /usr/local/share/aclocal -I /usr/share/aclocal autoreconf: configure.ac: tracing autoreconf: running: glibtoolize --copy glibtoolize: Consider adding `-I Source/autotools' to ACLOCAL_AMFLAGS in Makefile.am. autoreconf: running: /opt/local/bin/autoconf --include=Source/autotools --include=/soft/svn/webkit/WebKitBuild/Dependencies/Root/share/aclocal --include=/usr/local/share/aclocal --include=/usr/share/aclocal autoreconf: running: /opt/local/bin/autoheader --include=Source/autotools --include=/soft/svn/webkit/WebKitBuild/Dependencies/Root/share/aclocal --include=/usr/local/share/aclocal --include=/usr/share/aclocal autoreconf: running: automake --add-missing --copy --no-force autoreconf: Leaving directory `.' configure: WARNING: unrecognized options: --disable-download-attribute, --disable-3d-canvas, --disable-3d-rendering, --disable-accelerated-2d-canvas, --enable-client-based-geolocation, --disable-css-filters, --disable-css-grid-layout, --disable-css-shaders, --enable-details, --enable-ftpdir, --disable-input-type-date, --disable-input-type-datetime, --disable-input-type-datetimelocal, --disable-input-type-month, --disable-input-type-time, --disable-input-type-week, --enable-inspector, --enable-netscape-plugin, --disable-orientation-events, --disable-system-malloc, --disable-svg-dom-objc-bindings, --disable-tiled-backing-store, --disable-touch-events, --disable-vibration, --disable-wtfurl checking build system type... x86_64-apple-darwin11.2.0 checking host system type... x86_64-apple-darwin11.2.0 checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ../../Source/autotools/install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... no checking for awk... awk checking whether make sets $(MAKE)... yes checking how to create a ustar tar archive... gnutar checking for native Win32... no checking for pkg-config... /opt/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for perl... /opt/local/bin/perl checking for python... /usr/bin/python checking for bison... /opt/local/bin/bison checking for mv... /bin/mv checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for g++... g++ checking whether we are using the GNU C++ compiler... no checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking whether gcc and cc understand -c and -o together... yes checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no configure: error: No C++ compiler found Calling autogen.sh failed! Victor LI rtj...@hotmail.com ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Looking forward to get an advice about event listeners for navigator.battery.
There's likely a better design for your patch. For example, each BatterManager could register itself with the BatteryController. When one of these events occurs, the BatteryController could fire the event on all the BatterManager class, regardless of whether they have listeners added. That would relieve you of the need to override any of EventTarget's methods (and reduce the amount of state that BatteryController could need to keep). Adam On Mon, Mar 5, 2012 at 12:35 AM, Kihong Kwon kihong.k...@samsung.com wrote: Hi. I'm implementing Battery Status API. (https://bugs.webkit.org/show_bug.cgi?id=62698) (http://www.w3.org/TR/battery-status/) I have an issue which would need your comments. Battery Status API needs to be added under the Navigator class, but there is not any event handling logic there. Therefore, because I have no other choice, I have implemented the necessary event handling logic in the BatteryManager. I, however, think it may not look good to add the event listener in the Batter Status API itself. IMHO, the Navigator class would need some sort of event listener handling logic similar to DOMWindow. I would like to have your comments how you think this. Thank you. Best Regards. Kihong ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Looking forward to get an advice about event listeners for navigator.battery.
Thank you for your kind comments. I will change my patch like your suggestion. BR. Kihong. -Original Message- From: aba...@gmail.com [mailto:aba...@gmail.com] On Behalf Of Adam Barth Sent: Monday, March 05, 2012 5:45 PM To: Kihong Kwon Cc: webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] Looking forward to get an advice about event listeners for navigator.battery. There's likely a better design for your patch. For example, each BatterManager could register itself with the BatteryController. When one of these events occurs, the BatteryController could fire the event on all the BatterManager class, regardless of whether they have listeners added. That would relieve you of the need to override any of EventTarget's methods (and reduce the amount of state that BatteryController could need to keep). Adam On Mon, Mar 5, 2012 at 12:35 AM, Kihong Kwon kihong.k...@samsung.com wrote: Hi. I'm implementing Battery Status API. (https://bugs.webkit.org/show_bug.cgi?id=62698) (http://www.w3.org/TR/battery-status/) I have an issue which would need your comments. Battery Status API needs to be added under the Navigator class, but there is not any event handling logic there. Therefore, because I have no other choice, I have implemented the necessary event handling logic in the BatteryManager. I, however, think it may not look good to add the event listener in the Batter Status API itself. IMHO, the Navigator class would need some sort of event listener handling logic similar to DOMWindow. I would like to have your comments how you think this. Thank you. Best Regards. Kihong ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] error while build webkit for gtk on mac lion
I sorry to post this question in here. I have posted this question in webkit-help a few days ago ,but there is no answer till now. Any answer is appreciated. 在 2012-3-5,下午4:44, Eric Seidel 写道: I'm told webkit-help is a better place to ask build questions. Also, there are IRC channels which may be of help: http://webkitgtk.org/?page=contact On Mon, Mar 5, 2012 at 12:27 AM, Victor LI rtj...@hotmail.com wrote: I get the code from trunk or webkit.org, and compile for gtk port, and it complained no C++ compiler found My host platform is MAC lion with Xcode 4 please help me for this problem, thanks. the error code as following: ./build-webkit --gtk Calling autogen.sh in /soft/svn/webkit/WebKitBuild/Release grep: /soft/svn/webkit/WebKitBuild/Release/GNUmakefile: No such file or directory autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal -I Source/autotools -I /soft/svn/webkit/WebKitBuild/Dependencies/Root/share/aclocal -I /usr/local/share/aclocal -I /usr/share/aclocal autoreconf: configure.ac: tracing autoreconf: running: glibtoolize --copy glibtoolize: Consider adding `-I Source/autotools' to ACLOCAL_AMFLAGS in Makefile.am. autoreconf: running: /opt/local/bin/autoconf --include=Source/autotools --include=/soft/svn/webkit/WebKitBuild/Dependencies/Root/share/aclocal --include=/usr/local/share/aclocal --include=/usr/share/aclocal autoreconf: running: /opt/local/bin/autoheader --include=Source/autotools --include=/soft/svn/webkit/WebKitBuild/Dependencies/Root/share/aclocal --include=/usr/local/share/aclocal --include=/usr/share/aclocal autoreconf: running: automake --add-missing --copy --no-force autoreconf: Leaving directory `.' configure: WARNING: unrecognized options: --disable-download-attribute, --disable-3d-canvas, --disable-3d-rendering, --disable-accelerated-2d-canvas, --enable-client-based-geolocation, --disable-css-filters, --disable-css-grid-layout, --disable-css-shaders, --enable-details, --enable-ftpdir, --disable-input-type-date, --disable-input-type-datetime, --disable-input-type-datetimelocal, --disable-input-type-month, --disable-input-type-time, --disable-input-type-week, --enable-inspector, --enable-netscape-plugin, --disable-orientation-events, --disable-system-malloc, --disable-svg-dom-objc-bindings, --disable-tiled-backing-store, --disable-touch-events, --disable-vibration, --disable-wtfurl checking build system type... x86_64-apple-darwin11.2.0 checking host system type... x86_64-apple-darwin11.2.0 checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ../../Source/autotools/install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... no checking for awk... awk checking whether make sets $(MAKE)... yes checking how to create a ustar tar archive... gnutar checking for native Win32... no checking for pkg-config... /opt/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for perl... /opt/local/bin/perl checking for python... /usr/bin/python checking for bison... /opt/local/bin/bison checking for mv... /bin/mv checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for g++... g++ checking whether we are using the GNU C++ compiler... no checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking whether gcc and cc understand -c and -o together... yes checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no configure: error: No C++ compiler found Calling autogen.sh failed! Victor LI rtj...@hotmail.com ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev Victor LI rtj...@hotmail.com ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] PageCache and modularization (was Re: The Care and Feeding of WebCore Modules)
On Mar 2, 2012, at 3:10 PM, Adam Barth aba...@webkit.org wrote: 2012/3/2 Alexey Proskuryakov a...@webkit.org: It seems that we have some agreement on what to modularize, but not necessarily agreement on what the modularization should encompass. For example, I think that https://bugs.webkit.org/show_bug.cgi?id=80193 that moves some knowledge of what makes a page uncacheable out of PageCache::canCachePageContainingThisFrame makes the code less hackable, and is likely to become a disadvantage. I've just started investigating that issue (which is why the patch is labeled work-in-progress). Is there a reason SQLDatabase is special cased in PageCache? Most features interact with the PageCache via ActiveDOMObject::canSuspend(). In that bug, I'm investigating why SQLDatabase doesn't just use the same general mechanism as other features. There's no great mystery. SQLDatabase was added before we had the ActiveDOMObject mechanism. Thanks, ~Brady ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] PageCache and modularization (was Re: The Care and Feeding of WebCore Modules)
02.03.2012, в 15:10, Adam Barth написал(а): For example, I think that https://bugs.webkit.org/show_bug.cgi?id=80193 that moves some knowledge of what makes a page uncacheable out of PageCache::canCachePageContainingThisFrame makes the code less hackable, and is likely to become a disadvantage. I've just started investigating that issue (which is why the patch is labeled work-in-progress). That's understood. Do you find it inappropriate to make comments about patches in Bugzilla that are work in progress? Is there a reason SQLDatabase is special cased in PageCache? Most features interact with the PageCache via ActiveDOMObject::canSuspend(). In that bug, I'm investigating why SQLDatabase doesn't just use the same general mechanism as other features. It's difficult to make something an ActiveDOMObjects without introducing subtle bugs. The automatic invocation of suspend/resume functions it provides comes at the cost of unpredictable order they are invoked in, and of very strict limitations on what these functions can do. - WBR, Alexey Proskuryakov ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] PageCache and modularization (was Re: The Care and Feeding of WebCore Modules)
On Mon, Mar 5, 2012 at 8:47 AM, Brady Eidson beid...@apple.com wrote: On Mar 2, 2012, at 3:10 PM, Adam Barth aba...@webkit.org wrote: 2012/3/2 Alexey Proskuryakov a...@webkit.org: It seems that we have some agreement on what to modularize, but not necessarily agreement on what the modularization should encompass. For example, I think that https://bugs.webkit.org/show_bug.cgi?id=80193 that moves some knowledge of what makes a page uncacheable out of PageCache::canCachePageContainingThisFrame makes the code less hackable, and is likely to become a disadvantage. I've just started investigating that issue (which is why the patch is labeled work-in-progress). Is there a reason SQLDatabase is special cased in PageCache? Most features interact with the PageCache via ActiveDOMObject::canSuspend(). In that bug, I'm investigating why SQLDatabase doesn't just use the same general mechanism as other features. There's no great mystery. SQLDatabase was added before we had the ActiveDOMObject mechanism. Makes sense. 2012/3/5 Alexey Proskuryakov a...@webkit.org: It's difficult to make something an ActiveDOMObjects without introducing subtle bugs. The automatic invocation of suspend/resume functions it provides comes at the cost of unpredictable order they are invoked in, and of very strict limitations on what these functions can do. For better or worse, Geolocation doesn't support suspend/resume (yet?), so this isn't much of a concern for this patch. Thanks, Adam ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] PageCache and modularization (was Re: The Care and Feeding of WebCore Modules)
05.03.2012, в 11:29, Adam Barth написал(а): For better or worse, Geolocation doesn't support suspend/resume (yet?) https://bugs.webkit.org/show_bug.cgi?id=43956 Pages that use Geolocation should be able to use the page cache - WBR, Alexey Proskuryakov ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] PageCache and modularization (was Re: The Care and Feeding of WebCore Modules)
2012/3/5 Alexey Proskuryakov a...@webkit.org: 05.03.2012, в 11:29, Adam Barth написал(а): For better or worse, Geolocation doesn't support suspend/resume (yet?) https://bugs.webkit.org/show_bug.cgi?id=43956 Pages that use Geolocation should be able to use the page cache Thanks. I'll add a link in a FIXME comment. This patch should make adding that feature easier in the future. Adam ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Adding -webkit-image-set CSS function
Hi! On Mar 1, 2012, at 5:00 PM, Hajime Morrita morr...@chromium.org wrote: Are you going to add any compilation flags? I am not planning to add compilation flags since this won't affect any existing web content. Also, if there is a Bugzilla entry to track this, I'd like to know that. https://bugs.webkit.org/show_bug.cgi?id=80322 Thanks for your reply! -Beth ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] PageCache and modularization (was Re: The Care and Feeding of WebCore Modules)
On Fri, Mar 2, 2012 at 3:10 PM, Adam Barth aba...@webkit.org wrote: I've just started investigating that issue (which is why the patch is labeled work-in-progress). Is there a reason SQLDatabase is special cased in PageCache? Most features interact with the PageCache via ActiveDOMObject::canSuspend(). In that bug, I'm investigating why SQLDatabase doesn't just use the same general mechanism as other features. So, it turns out there is a good reason, which I've documented at https://bugs.webkit.org/show_bug.cgi?id=80193#c4 if you're interested. Thanks everyone, Adam ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Is anyone really using IPP
Hello, I have seen a few patches from Intel to add support of Intel IPP for some algorithm. A quick search make me think nobody enable this code. Is anyone really using IPP? My concern is if nobody uses/tests it, we might be adding dead code to WebKit. Benjamin ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Is anyone really using IPP
On Mon, Mar 5, 2012 at 3:02 PM, Benjamin Poulain benja...@webkit.orgwrote: Hello, I have seen a few patches from Intel to add support of Intel IPP for some algorithm. A quick search make me think nobody enable this code. Is anyone really using IPP? My concern is if nobody uses/tests it, we might be adding dead code to WebKit. Benjamin Hi Benjamin, The chromium port is currently evaluating using this code, work which is in active development right now, so it's not stale or dead code. I'm quite concerned about testing and am quite careful to make sure that the IPP patches are run against the webaudio layout tests before landing. Chris ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Notifications and modularization (was Re:The Care and Feeding of WebCore Modules)
== Likely Future Modules == notifications = DISCUSS BEFORE MODULARIZATION I am planning to modularize notifications, by splitting it out of DOMWindow{h,cpp,idl}, Frame.cpp, WorkerContext.{h,cpp,idl} and WorkerThread.{h,cpp}. Any concerns? I'll work on these bugs: https://bugs.webkit.org/show_bug.cgi?id=79635 https://bugs.webkit.org/show_bug.cgi?id=79636 -- Kentaro Hara, Tokyo, Japan (http://haraken.info) ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev