[webkit-dev] Does anyone use Source/ThirdParty/glu?
Hi, Does anyone use Source/ThirdParty/glu? Or is it dead code? - R. Niwa ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Does anyone use Source/ThirdParty/glu?
For the context, see https://bugs.webkit.org/show_bug.cgi?id=64216. - R. Niwa On Tue, Apr 9, 2013 at 12:08 AM, Ryosuke Niwa rn...@webkit.org wrote: Hi, Does anyone use Source/ThirdParty/glu? Or is it dead code? - R. Niwa ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Does anyone use Source/ThirdParty/glu?
On Tue, Apr 9, 2013 at 12:44 AM, Noam Rosenthal noam.j.rosent...@gmail.comwrote: Oops, forgot Reply-To-List :) I'm pretty sure the GPU stuff, including ThirdParty/glu, was dead code ever since Google switched to a Skia-only accelerated canvas implementation. Thanks for the info. I think we’re going to remove if nobody objects in the next couple of days. We can always revert them back in. - R. Niwa ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] sheriffbot has been renamed to webkitbot
On Tue, Apr 9, 2013 at 1:34 AM, Mikhail Naganov mnaga...@chromium.orgwrote: Hello Ryosuke, Probably, you have seen this, but this is what has happened when I tried to roll out my patch: webkitbot: Exception executing command: Failed to run ['git', 'svn', 'find-rev', 'r147529'] exit_code: 1 cwd: /Volumes/Data/WebKitBot/WebKit Yeah, the checkout was missing git svn. I've fixed it. - R. Niwa ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] sheriffbot has been renamed to webkitbot
Thanks, but this time it's a different issue: webkitbot: Failed to run ['/Volumes/Data/WebKitBot/WebKit/Tools/Scripts/webkit-patch', '--status-host=webkit-commit-queue.appspot.com', '--bot-id=webkit-misc-bot', '--port=mac-mountainlion', 'create-rollout', '--force-clean', '--parent-command=sheriff-bot', '147529', 'it was only needed for chromium (Requested by mnaganov on #webkit).'] exit_code: 1 cwd: /Volumes/Data/WebKitBot/WebKit On Tue, Apr 9, 2013 at 9:43 AM, Ryosuke Niwa rn...@webkit.org wrote: On Tue, Apr 9, 2013 at 1:34 AM, Mikhail Naganov mnaga...@chromium.org wrote: Hello Ryosuke, Probably, you have seen this, but this is what has happened when I tried to roll out my patch: webkitbot: Exception executing command: Failed to run ['git', 'svn', 'find-rev', 'r147529'] exit_code: 1 cwd: /Volumes/Data/WebKitBot/WebKit Yeah, the checkout was missing git svn. I've fixed it. - R. Niwa ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] sheriffbot has been renamed to webkitbot
Ah, OK, this is because an auto-rollout is impossible due to removal of the Chromium port. I wish the message from webkitbot to be more informative... On Tue, Apr 9, 2013 at 9:51 AM, Mikhail Naganov mnaga...@chromium.org wrote: Thanks, but this time it's a different issue: webkitbot: Failed to run ['/Volumes/Data/WebKitBot/WebKit/Tools/Scripts/webkit-patch', '--status-host=webkit-commit-queue.appspot.com', '--bot-id=webkit-misc-bot', '--port=mac-mountainlion', 'create-rollout', '--force-clean', '--parent-command=sheriff-bot', '147529', 'it was only needed for chromium (Requested by mnaganov on #webkit).'] exit_code: 1 cwd: /Volumes/Data/WebKitBot/WebKit On Tue, Apr 9, 2013 at 9:43 AM, Ryosuke Niwa rn...@webkit.org wrote: On Tue, Apr 9, 2013 at 1:34 AM, Mikhail Naganov mnaga...@chromium.org wrote: Hello Ryosuke, Probably, you have seen this, but this is what has happened when I tried to roll out my patch: webkitbot: Exception executing command: Failed to run ['git', 'svn', 'find-rev', 'r147529'] exit_code: 1 cwd: /Volumes/Data/WebKitBot/WebKit Yeah, the checkout was missing git svn. I've fixed it. - R. Niwa ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
[webkit-dev] Is there a plan for supporting multi-process and WebCL in webkit
Hello, I'm a researcher and I just focusing on the multi-process supporting and WebCL supporting in browser engin. so I have some concerns about the both features. In recently, Google has pronounced that they will support the multi-process in their browser egin(Blink) which is forked from the webkit. but Google will not supporting the WebCL in Blink. so I just want to know is there a plan supporting the multi-process and WebCL in webkit. Cheers, Oneal___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Is there a plan for supporting multi-process and WebCL in webkit
Hi, WebKit already support a split process model which is what we call WebKit2 [1]. I'm not aware of any official plans of supporting WebCL but I believe Samsung was doing some research on this [2]. [1] http://trac.webkit.org/wiki/WebKit2 [2] https://code.google.com/p/webcl/ Cheers, jesus 2013/4/9 Oneal Bluce onealbl...@yahoo.com: Hello, I'm a researcher and I just focusing on the multi-process supporting and WebCL supporting in browser engin. so I have some concerns about the both features. In recently, Google has pronounced that they will support the multi-process in their browser egin(Blink) which is forked from the webkit. but Google will not supporting the WebCL in Blink. so I just want to know is there a plan supporting the multi-process and WebCL in webkit. Cheers, Oneal ___ 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
Re: [webkit-dev] Is there a plan for supporting multi-process and WebCL in webkit
Hi. Correct WebCL link is https://github.com/SRA-SiliconValley/webkit-webcl . Cheers, On Tue, Apr 9, 2013 at 8:01 AM, Jesus Sanchez-Palencia je...@webkit.orgwrote: Hi, WebKit already support a split process model which is what we call WebKit2 [1]. I'm not aware of any official plans of supporting WebCL but I believe Samsung was doing some research on this [2]. [1] http://trac.webkit.org/wiki/WebKit2 [2] https://code.google.com/p/webcl/ Cheers, jesus 2013/4/9 Oneal Bluce onealbl...@yahoo.com: Hello, I'm a researcher and I just focusing on the multi-process supporting and WebCL supporting in browser engin. so I have some concerns about the both features. In recently, Google has pronounced that they will support the multi-process in their browser egin(Blink) which is forked from the webkit. but Google will not supporting the WebCL in Blink. so I just want to know is there a plan supporting the multi-process and WebCL in webkit. Cheers, Oneal ___ 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 mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Is there a plan for supporting multi-process and WebCL in webkit
Hi Oneal. As pointed out by Jesus, Samsung is working on a WebCL implementation for WebKit. https://github.com/SRA-SiliconValley/webkit-webcl is being our staging repo. As for your question, it is a bit unclear that if by multi-process support you are referring the Web/UI process model provided by WebKit2, or the Web/GPU processes implemented by the Chromium port (now on Blink). Our roadmap, which includes announcing the feature here on webkit-dev very soon, has WebKit2 based ports as a first target. As a secondary goal, Chromium (and its GPU-process architecture) would be targeted. Cheers, On Tue, Apr 9, 2013 at 5:40 AM, Oneal Bluce onealbl...@yahoo.com wrote: Hello, I'm a researcher and I just focusing on the multi-process supporting and WebCL supporting in browser engin. so I have some concerns about the both features. In recently, Google has pronounced that they will support the multi-process in their browser egin(Blink) which is forked from the webkit. but Google will not supporting the WebCL in Blink. so I just want to know is there a plan supporting the multi-process and WebCL in webkit. Cheers, Oneal ___ 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
Re: [webkit-dev] Buildsystem cleanup
Hi, On Mon, 08 Apr 2013 18:10:29 -0700, Mark Rowe wrote: On 2013-04-08, at 17:45, Patrick Gansterer par...@paroga.com wrote: Hmm, I'll try to set up an example for WTF + JavaScriptCore. Maybe you can have a look at it then to check if I understand the concept correctly before I move on to WebCore + WebKit? Sounds good. I pushed a quick dirty example to [1], which shows a possible solution for WTF and JavaScriptCore. You can test it with the following steps. The helper directory contains then all built files. * Create a directory helper * Copy all files from Source/cmake to helper/cmake * Copy all files (including the support libraries) from WebKitLibraries to helper/WebKitLibraries * Create an independent directory and run the following commands in it: $ cmake path/to/WebKit/Source/WTF/wtf -DPORT=WinApple -DHELPER_DIR=path/to/helper $ cmake --build . --target package * You get a WTF.zip, which should be extracted in the directory helper * Create an additional independent directory and run the following commands in it: $ cmake path/to/WebKit/Source/JavaScriptCore -DPORT=WinApple -DHELPER_DIR=path/to/helper $ cmake --build . --target package * Yout get a JavaScriptCore.zip with the DLL I would be great if someone can verify that this solution will work for the internal builds at Apple. If I get positive feedback I'll can implement this for WebCore and WebKit too. Is there someone who will review my patches for this? Do you think it's possible to directly switch to CMake at Apple instead of upstreaming the VS2010 files? IHMO the whole work can be done in a few days, if someone at Apple is willing to work with me on it. [1] https://github.com/paroga/webkit -- Patrick ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Is there a plan for supporting multi-process and WebCL in webkit
Hi Oneal, On Tue, Apr 9, 2013 at 2:40 AM, Oneal Bluce onealbl...@yahoo.com wrote: Hello, I'm a researcher and I just focusing on the multi-process supporting and WebCL supporting in browser engin. so I have some concerns about the both features. In recently, Google has pronounced that they will support the multi-process in their browser egin(Blink) which is forked from the webkit. but Google will not supporting the WebCL in Blink. so I just want to know is there a plan supporting the multi-process and WebCL in webkit. I am very curious about the source of interest in OpenCL on browser. While OpenCL is a great technology, I have the feeling it is not ready for the web. What kind of applications do you foresee being powered by OpenCL on the Web? I can imagine some use of CPU based kernels for the web (for image manipulation for example). But I have a hard time seeing how adding full support of OpenCL would not be shooting ourself in the foot at this point. That may change in the future when GPU hardware converges... Cheers, Benjamin ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Unmaintained feature list
En 08/04/13 19:57, Julien Chaffraix escribiu: Sounds like a great idea: http://trac.webkit.org/wiki/UnmaintainedFeatureList Thanks for starting this. Added CSS Grid Layout to the list as I don't think I would be able to do merges back. I would be more than happy to remove the code if people feel the need. If anyone wants to take over, I would be more than happy to provide any needed assistance. The opened bugs on bugzilla should be an accurate representation of the amount of work remaining ** I'll have some time in a couple of weeks or so to start looking at it, so expect me to request your assistance :) BR ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Is there a plan for supporting multi-process and WebCL in webkit
On Apr 9, 2013, at 10:47 AM, Benjamin Poulain benja...@webkit.org wrote: I am very curious about the source of interest in OpenCL on browser. While OpenCL is a great technology, I have the feeling it is not ready for the web. What kind of applications do you foresee being powered by OpenCL on the Web? I can imagine some use of CPU based kernels for the web (for image manipulation for example). But I have a hard time seeing how adding full support of OpenCL would not be shooting ourself in the foot at this point. That may change in the future when GPU hardware converges… There has also been interest in the WebAudio WG about using OpenCL/WebCL for custom audio processing. There are significant performance issues involved with doing custom audio processing in JavaScript, even in a Worker thread, but WebCL may offer performance and memory characteristics which would couple well with the requirements of realtime audio threads. -Jer ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Sunsetting committership and reviewership
How about creating an 'emeritus reviewer' status (no r+ power) and let people *voluntarily* move themselves to this status? I bet a lot of 'inactive reviewers' would do that, since everybody understands the issue of getting out of sync with current code base. It may have different vibe though than figuring some automatic time-based enforcement system... As an added bonus, this gives such people a good way to avoid being asked to review a patch for a colleague while keeping some ties with the project... On Mon, Apr 8, 2013 at 3:34 PM, Maciej Stachowiak m...@apple.com wrote: On Apr 7, 2013, at 5:53 PM, Benjamin Poulain benja...@webkit.org wrote: On Sun, Apr 7, 2013 at 5:49 PM, Timothy Hatcher timo...@apple.com wrote: I think 6 months is fine for deactivating SVN accounts. And a full revoke of reviewer status after 2 years of no activity sounds reasonable to me. We could make it easier to get reviewer status again after a 2 year sunset if the person becomes active again and shows good judgment still. +1 to this. I think 2 years to revoke reviewer rights is too long. All the drive-by reviews that have caused problems were from reviewers that were inactive for less than 2 years. Nevertheless, 2 years is better than the current situation so it is a good start. We sometimes get low-quality drive-by reviews even from people who are active at the time. I feel like that's not the right basis for the time cutoff. If we do have a sunset period, we should think about it in terms of how long it takes to be so out of touch with the current state of the project that there's little chance you can give a useful review. Regards, Maciej ___ 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] OpenVG backend
Is any upstream port maintaining and using the OpenVG backend? I don't see references to it in any build files. If we are going to remove the Skia backend, we should probably consider removing all unused graphics backends. --Martin ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] OpenVG backend
Give others some days to read the mail and then go ahead with publishing patches. Greetings, Dirk On Apr 9, 2013, at 3:54 PM, Martin Robinson mrobin...@webkit.org wrote: Is any upstream port maintaining and using the OpenVG backend? I don't see references to it in any build files. If we are going to remove the Skia backend, we should probably consider removing all unused graphics backends. --Martin ___ 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] You can now register for the 2013 WebKit Contributors Meeting
Registration is now open for the 2013 WebKit Contributors Meeting. You can register by going to https://www.webkit.org/meeting/. Hope to see you all there! -Sam ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] OpenVG backend
BlackBerry/RIM is no longer using the OpenVG backend and we are ok with removing it (we were the original contributors). --Jeff On Tue, Apr 9, 2013 at 8:10 PM, Dirk Schulze dschu...@adobe.com wrote: Give others some days to read the mail and then go ahead with publishing patches. Greetings, Dirk On Apr 9, 2013, at 3:54 PM, Martin Robinson mrobin...@webkit.org wrote: Is any upstream port maintaining and using the OpenVG backend? I don't see references to it in any build files. If we are going to remove the Skia backend, we should probably consider removing all unused graphics backends. --Martin ___ 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 mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Is there a plan for supporting multi-process and WebCL in webkit
Hi, Benjamin if browser have a capability to run some application with data-intensive parallel computing . some applications required data-intensive parallel computing can works on websit. such as 3D movie, 3D game... etc, this can give developer a way that developer don't care which devices the application will run, this can shorten the application development sycle, speedup the application deployment and reduce costs. maybe the browser will to be a runtime container which can provide a rumtime for those applications that have run on various OS. Cheers, Oneal From: Benjamin Poulain benja...@webkit.org To: Oneal Bluce onealbl...@yahoo.com Cc: webkit-dev@lists.webkit.org webkit-dev@lists.webkit.org Sent: Wednesday, April 10, 2013 1:47 AM Subject: Re: [webkit-dev] Is there a plan for supporting multi-process and WebCL in webkit Hi Oneal, On Tue, Apr 9, 2013 at 2:40 AM, Oneal Bluce onealbl...@yahoo.com wrote: Hello, I'm a researcher and I just focusing on the multi-process supporting and WebCL supporting in browser engin. so I have some concerns about the both features. In recently, Google has pronounced that they will support the multi-process in their browser egin(Blink) which is forked from the webkit. but Google will not supporting the WebCL in Blink. so I just want to know is there a plan supporting the multi-process and WebCL in webkit. I am very curious about the source of interest in OpenCL on browser. While OpenCL is a great technology, I have the feeling it is not ready for the web. What kind of applications do you foresee being powered by OpenCL on the Web? I can imagine some use of CPU based kernels for the web (for image manipulation for example). But I have a hard time seeing how adding full support of OpenCL would not be shooting ourself in the foot at this point. That may change in the future when GPU hardware converges... Cheers, Benjamin___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
[webkit-dev] WebView vs. Safari color management
Hello, I apologize in advance if this is the wrong list for this question—please let me know. I am trying to understand why CSS colors appear to render in a different color space when the HTML document is loaded in Safari versus loaded in a WebView (in the Obj-C WebKit.framework). Specifically, this document (http://ethreesoftware.com/misc/colortest.html) has a background-color of rgb(70, 130, 180). When Safari renders the document and a screenshot is taken (PNG tagged with the current display profile), sampling the background pixels in Photoshop yields the correct rgb(70, 130, 180) values. If I render the _same_ document inside of a WebView, take a screenshot, and sample the background pixels, the colors are instead rgb(58, 128, 182). Example: http://ethreesoftware.com/misc/webview-left-safari-right.png I'm just not sure what I'm missing here. Is the WebView not using NSDeviceRGBColorSpace but Safari is? Is there some kind of OpenGL surface interaction that's going on? The above results seem consistent no matter what application I test with (i.e. WebViews in Apple Mail, third-party apps like Coda, and reduced test-case apps consisting of just a window containing a WebView all render the wrong color). My searches through WebKit and WebCore are ongoing, but I thought I'd reach out to the community for a clue, if possible. Thanks for any guidance you can give! OS X 10.8.3 (12D78), Safari 6.0.3 (8536.28.10) Thanks! Jonathan Hammer e3 Software http://e3software.com ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] WebView vs. Safari color management
Hi Jonathan, On Tue, Apr 9, 2013 at 8:40 PM, Jonathan Hammer jonat...@e3software.comwrote: I apologize in advance if this is the wrong list for this question—please let me know. I am trying to understand why CSS colors appear to render in a different color space when the HTML document is loaded in Safari versus loaded in a WebView (in the Obj-C WebKit.framework). Specifically, this document (http://ethreesoftware.com/misc/colortest.html) has a background-color of rgb(70, 130, 180). When Safari renders the document and a screenshot is taken (PNG tagged with the current display profile), sampling the background pixels in Photoshop yields the correct rgb(70, 130, 180) values. If I render the _same_ document inside of a WebView, take a screenshot, and sample the background pixels, the colors are instead rgb(58, 128, 182). Example: http://ethreesoftware.com/misc/webview-left-safari-right.png I'm just not sure what I'm missing here. Is the WebView not using NSDeviceRGBColorSpace but Safari is? Is there some kind of OpenGL surface interaction that's going on? The above results seem consistent no matter what application I test with (i.e. WebViews in Apple Mail, third-party apps like Coda, and reduced test-case apps consisting of just a window containing a WebView all render the wrong color). My searches through WebKit and WebCore are ongoing, but I thought I'd reach out to the community for a clue, if possible. Thanks for any guidance you can give! You should open a bug on https://bugs.webkit.org (and maybe send the link on this mailing list in response to this thread). That way the information is stored in the right place for everyone, and the conversation about this can happen on bugzilla. A major difference between WebView from WebKit.framework, and Safari, is WebKit2. WebView is based on WebKit1 while Safari uses WebKit2. Once you have a bug open, we can have a look at what is causing the issue. Cheers, Benjamin ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] WebView vs. Safari color management
Hi Benjamin, Thanks for the reply. Filed: https://bugs.webkit.org/show_bug.cgi?id=114331 Jonathan On Apr 9, 2013, at 9:35 PM, Benjamin Poulain benja...@webkit.org wrote: Hi Jonathan, On Tue, Apr 9, 2013 at 8:40 PM, Jonathan Hammer jonat...@e3software.com wrote: I apologize in advance if this is the wrong list for this question—please let me know. I am trying to understand why CSS colors appear to render in a different color space when the HTML document is loaded in Safari versus loaded in a WebView (in the Obj-C WebKit.framework). Specifically, this document (http://ethreesoftware.com/misc/colortest.html) has a background-color of rgb(70, 130, 180). When Safari renders the document and a screenshot is taken (PNG tagged with the current display profile), sampling the background pixels in Photoshop yields the correct rgb(70, 130, 180) values. If I render the _same_ document inside of a WebView, take a screenshot, and sample the background pixels, the colors are instead rgb(58, 128, 182). Example: http://ethreesoftware.com/misc/webview-left-safari-right.png I'm just not sure what I'm missing here. Is the WebView not using NSDeviceRGBColorSpace but Safari is? Is there some kind of OpenGL surface interaction that's going on? The above results seem consistent no matter what application I test with (i.e. WebViews in Apple Mail, third-party apps like Coda, and reduced test-case apps consisting of just a window containing a WebView all render the wrong color). My searches through WebKit and WebCore are ongoing, but I thought I'd reach out to the community for a clue, if possible. Thanks for any guidance you can give! You should open a bug on https://bugs.webkit.org (and maybe send the link on this mailing list in response to this thread). That way the information is stored in the right place for everyone, and the conversation about this can happen on bugzilla. A major difference between WebView from WebKit.framework, and Safari, is WebKit2. WebView is based on WebKit1 while Safari uses WebKit2. Once you have a bug open, we can have a look at what is causing the issue. Cheers, Benjamin ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Is there a plan for supporting multi-process and WebCL in webkit
Hi Oneal, Yes, leveraging multicore and the power of GPUs for general computations is great and very powerful but first, securing such kernels is hard, and authoring these would be pretty brutal to most web developers, I think this is what Benjamin was referring to. With WebCL, you are basically writing C style kernels that you load and run to drive the computations, initiatives like RiverTrail are more restrictive but way more approachable and closer to the web, exposing higher level primitives on top of WebCL (ParallelArray for example) and integrated at the language level, which makes a lot of sense. You can also rely on Web Workers which are now broadly available, also abstracted through libraries like Parallel.js. You won't get shared memory, but improving data passing performance between workers may be a more interesting problem to solve in the short term, with lots of value to most developers. Thibault From: Oneal Bluce onealbl...@yahoo.commailto:onealbl...@yahoo.com Reply-To: Oneal Bluce onealbl...@yahoo.commailto:onealbl...@yahoo.com Date: Tuesday, April 9, 2013 8:39 PM To: Benjamin Poulain benja...@webkit.orgmailto:benja...@webkit.org Cc: webkit-dev@lists.webkit.orgmailto:webkit-dev@lists.webkit.org webkit-dev@lists.webkit.orgmailto:webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] Is there a plan for supporting multi-process and WebCL in webkit Hi, Benjamin if browser have a capability to run some application with data-intensive parallel computing . some applications required data-intensive parallel computing can works on websit. such as 3D movie, 3D game... etc, this can give developer a way that developer don't care which devices the application will run, this can shorten the application development sycle, speedup the application deployment and reduce costs. maybe the browser will to be a runtime container which can provide a rumtime for those applications that have run on various OS. Cheers, Oneal From: Benjamin Poulain benja...@webkit.orgmailto:benja...@webkit.org To: Oneal Bluce onealbl...@yahoo.commailto:onealbl...@yahoo.com Cc: webkit-dev@lists.webkit.orgmailto:webkit-dev@lists.webkit.org webkit-dev@lists.webkit.orgmailto:webkit-dev@lists.webkit.org Sent: Wednesday, April 10, 2013 1:47 AM Subject: Re: [webkit-dev] Is there a plan for supporting multi-process and WebCL in webkit Hi Oneal, On Tue, Apr 9, 2013 at 2:40 AM, Oneal Bluce onealbl...@yahoo.commailto:onealbl...@yahoo.com wrote: Hello, I'm a researcher and I just focusing on the multi-process supporting and WebCL supporting in browser engin. so I have some concerns about the both features. In recently, Google has pronounced that they will support the multi-process in their browser egin(Blink) which is forked from the webkit. but Google will not supporting the WebCL in Blink. so I just want to know is there a plan supporting the multi-process and WebCL in webkit. I am very curious about the source of interest in OpenCL on browser. While OpenCL is a great technology, I have the feeling it is not ready for the web. What kind of applications do you foresee being powered by OpenCL on the Web? I can imagine some use of CPU based kernels for the web (for image manipulation for example). But I have a hard time seeing how adding full support of OpenCL would not be shooting ourself in the foot at this point. That may change in the future when GPU hardware converges... Cheers, Benjamin ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
[webkit-dev] Tools/BuildSlaveSupport/.../TestFailures/run-unittests.html
Does any bot (or person) run this? Regularly? I just noticed today it reports a number of failures (using r148074). Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/537.37+ (KHTML, like Gecko) Version/6.0.3 Safari/536.28.10 Tests completed in 705 milliseconds. 513 tests of 545 passed, 32 failed. May I assume there would be no objection if I attempt to fix those failures? ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Tools/BuildSlaveSupport/.../TestFailures/run-unittests.html
TestFailures, as I understand it, provides a summarize view of current tree failures clustered by the changes that might have caused the failures, kind of like garden-o-matic's initial page. I believe I broke it at one point accidentally, asked if anyone used it, and Ossy said that he did (there might've been others). To my shame, I never got around to fixing my breakage, and it looks kinda still broken: http://build.webkit.org/TestFailures/ Seems like it would be good to fix it :). I think aroben built it and it has been neglected since he stopped working on WebKit full time. -- Dirk On Tue, Apr 9, 2013 at 10:08 PM, Glenn Adams gl...@skynav.com wrote: Does any bot (or person) run this? Regularly? I just noticed today it reports a number of failures (using r148074). Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/537.37+ (KHTML, like Gecko) Version/6.0.3 Safari/536.28.10 Tests completed in 705 milliseconds. 513 tests of 545 passed, 32 failed. May I assume there would be no objection if I attempt to fix those failures? ___ 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
Re: [webkit-dev] Tools/BuildSlaveSupport/.../TestFailures/run-unittests.html
On Tue, Apr 9, 2013 at 11:15 PM, Dirk Pranke dpra...@chromium.org wrote: TestFailures, as I understand it, provides a summarize view of current tree failures clustered by the changes that might have caused the failures, kind of like garden-o-matic's initial page. All the garden-o-matic UI is under TestFailures/garden-o-matic.html et al. I ran across this today (for the first time) when updating this UI ( http://trac.webkit.org/changeset/148075). Seems like it would be good to fix it :). I think aroben built it and it has been neglected since he stopped working on WebKit full time. Thanks, will do. ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
