Re: [webkit-dev] [gtk] OpenGL headers are not listed as a dependency
On Fri, Dec 2, 2011 at 12:45 AM, John Yani van...@gmail.com wrote: Got it working by installing these packages: libgl1-mesa-glx libgl1-mesa-dev Probably, It should've been written in the instruction. Thanks for bringing this to my attention. This is a fairly recent requirement. I have updated the documentation. --Martin ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Status of the Inspector client in the Gtk+ WebKit port
On Thu, 2011-12-01 at 17:41 +0100, Ilyes Gouta wrote: My bad. I'm so used to build WebKit with most build options disabled. Reverted to a default build configuration and it indeed looks good. FWIW, I saw this problem before and it seems it was related to workers being disabled. -- Gustavo Noronha Silva g...@gnome.org GNOME Project ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Status of the Inspector client in the Gtk+ WebKit port
Thanks Gustavo, I'll check it out. I'm definitely still interested in a minimal build with just the features I need being explicitly enabled. -Ilyes On Fri, Dec 2, 2011 at 10:12 AM, Gustavo Noronha Silva g...@gnome.org wrote: On Thu, 2011-12-01 at 17:41 +0100, Ilyes Gouta wrote: My bad. I'm so used to build WebKit with most build options disabled. Reverted to a default build configuration and it indeed looks good. FWIW, I saw this problem before and it seems it was related to workers being disabled. -- Gustavo Noronha Silva g...@gnome.org GNOME Project ___ 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] query on eventsender
Thanks Darin. -Antaryami On Fri, Dec 2, 2011 at 1:45 AM, Darin Adler da...@apple.com wrote: On Nov 22, 2011, at 2:35 AM, Antaryami Pandia wrote: Can eventsender be used to send click events on options of a drop down combo box? No. -- Darin ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] multithreading in JSC
Hi! I have started to invistigate SFX and now have some information about it. But I have still had some quetions and will be very gratefull if you could help me. First. Does SFX support multithreading? Can he compile several funcotion at once? Second. Now I'm working to dump assembler from native code. I have found the executableCopy function and think that can dump native code from this function and disassemble it, though working on this for several days I still have no result. If someone had similar problems before it would be great to see your results and get your help. P.S sorry for bad English. best regards venkeng ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] dump Assembler
Hi. How can I get native code of function cause I wanna disassemble it to see generated assebler. I know that machine code goes trough AssemblerBuffer::executableCopy function but can't figure out how to get machine code? Is there any idea? -- View this message in context: http://old.nabble.com/dump-Assembler-tp32905240p32905240.html Sent from the Webkit mailing list archive at Nabble.com. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] run-webkit-tests is moving to parallell testing by default (this weekend)
run-webkit-tests is moving to parallell testing by default (this weekend) I just moved Mac this afternoon. The SnowLeopard bot went from a 1 hr 4 min (!?!) cycle time, to 38 min (still !?!). http://build.webkit.org/builders/SnowLeopard%20Intel%20Debug%20%28Tests%29/builds/3317 http://build.webkit.org/builders/SnowLeopard%20Intel%20Debug%20%28Tests%29/builds/3318 I will start working on the other bots once I believe the Mac ones to be stable. Let me know if you have any troubles! Thanks -eric p.s. I will not be moving the Qt bots, as Ossy has asked not to have them moved yet. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] multithreading in JSC
On Dec 2, 2011, at 12:10 PM, venkeng koon wrote: Hi! I have started to invistigate SFX and now have some information about it. But I have still had some quetions and will be very gratefull if you could help me. First. Does SFX support multithreading? Can he compile several funcotion at once? JSC supports the web workers API, which allows for concurrent execution but only over separate heaps of JavaScript objects (communication between threads limited to message passing). A number of additional threads also exist within the engine for internal usage, but no execution of JS code takes place on these threads (e.g. parallel GC, reaping unused memory pages from by the C heap). Compilation is currently synchronous on the thread that will be executing the code. On Dec 2, 2011, at 2:05 PM, vahagvahag wrote: Hi. How can I get native code of function cause I wanna disassemble it to see generated assebler. I know that machine code goes trough AssemblerBuffer::executableCopy On Dec 2, 2011, at 12:10 PM, venkeng koon wrote: Second. Now I'm working to dump assembler from native code. I have found the executableCopy function and think that can dump native code from this function and disassemble it, though working on this for several days I still have no result. JSC does not currently have a built in disassembler (though this is not necessarily a bad idea). You may be able to dump the code in a debugger. 'executableCopy' is basically just a memcpy of the code (moving generated code from a temporary non-executable buffer into an executable region of memory). G. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] run-webkit-tests is moving to parallell testing by default (this weekend)
On Fri, Dec 2, 2011 at 3:55 PM, Eric Seidel e...@webkit.org wrote: run-webkit-tests is moving to parallell testing by default (this weekend) I just moved Mac this afternoon. The SnowLeopard bot went from a 1 hr 4 min (!?!) cycle time, to 38 min (still !?!). http://build.webkit.org/builders/SnowLeopard%20Intel%20Debug%20%28Tests%29/builds/3317 http://build.webkit.org/builders/SnowLeopard%20Intel%20Debug%20%28Tests%29/builds/3318 I will start working on the other bots once I believe the Mac ones to be stable. Let me know if you have any troubles! I'm not sure we want to flip the switch on them just yet ... if you look at the log file: 2011-12-02 15:34:44,330 98936 printing.py:462 INFO Tests that timed out or crashed: 2011-12-02 15:34:44,330 98936 printing.py:462 INFO java/argument-to-object-type.html took 830.8 seconds 2011-12-02 15:34:44,331 98936 printing.py:462 INFO fast/frames/lots-of-iframes.html took 733.7 seconds 2011-12-02 15:34:44,331 98936 printing.py:462 INFO sputnik/Unicode/Unicode_320/S7.6_A3.1.html took 565.3 seconds 2011-12-02 15:34:44,331 98936 printing.py:462 INFO fast/frames/lots-of-objects.html took 498.0 seconds 2011-12-02 15:34:44,331 98936 printing.py:462 INFO java/array-return.html took 244.7 seconds 2011-12-02 15:34:44,331 98936 printing.py:462 INFO inspector/profiler/cpu-profiler-profiling.html took 161.0 seconds 2011-12-02 15:34:44,331 98936 printing.py:462 INFO some of those tests are taking 10 minutes or more to complete ... there's clearly one or more bugs here keeping NRWT from timing out DRT properly. Some are almost certainly in NRWT, but I wonder if there are things in the o/s or in DRT's implementation that are being serialized as well? For contrast, in the single-threaded case, even the slowest test in the previous run only took 140 seconds. Even in the absence of bugs, the mac port seems to be running with timeout values of 35 seconds and 175 seconds for slow tests. That seems awfully slow :) For comparison, the single-threaded Apple SL Release build took 26 minutes to complete in the most recent not-horribly-broken build (#35132); the Chromium SL Release took 15 minutes to complete using two workers (which seems about right, since Chromium's DRT is somewhat slower than Apple's IIRC). The Chromium SL Debug build also took a cumulative hour to run, but completed in ~30 minutes with two workers. -- Dirk PS: As an aside, we should turn on the allow multiple http tests in parallel flag on at least some of the bots; the Chromium Linux Debug bot is running on a 48-core machine (IIRC) and most of the workers are completing in 2-4 minutes but the http tests are running all in one worker and taking 24 ... with optimal sharding the whole test run should take about 4 minutes according to the log for that bot: http://build.chromium.org/p/chromium.webkit/builders/Webkit%20Linux%20%28dbg%29/builds/903/steps/webkit_tests/logs/stdio ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] run-webkit-tests is moving to parallell testing by default (this weekend)
On Fri, Dec 2, 2011 at 6:44 PM, Dirk Pranke dpra...@chromium.org wrote: some of those tests are taking 10 minutes or more to complete ... there's clearly one or more bugs here keeping NRWT from timing out DRT properly. Some are almost certainly in NRWT, but I wonder if there are things in the o/s or in DRT's implementation that are being serialized as well? Are you suggesting this has something to do with using more than one child process? Mac has used NRWT by default for months now. :) The bots are showing faster times with parallel execution now enabled. So I suspect this 10-minute timeout problem has existed for a while. Please file a bug. -eric ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
