Re: [webkit-dev] [Help] WebProcess CRASHED
On Fri, Aug 20 2021 at 06:30:16 PM -0600, Alemar wrote: Okay that makes sense. How do I install debuginfo for webkit though? Looking into apt, all I can find is this: Hi, there are distro-specific instructions here: https://wiki.gnome.org/GettingInTouch/Bugzilla/GettingTraces/DistroSpecificInstructions debuginfod is not going to help you because no distros use it yet. Fedora 35 will be the first to ship with debuginfod enabled, which will eliminate the need for debuginfo packages for Fedora users. It's pretty cool. Michael ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] [Help] WebProcess CRASHED
Hello Michael! Thanks for your prompt reply :) Okay that makes sense. How do I install debuginfo for webkit though? Looking into apt, all I can find is this: apt-cache search debuginfo debugedit - tools for handling build-ids and paths rewriting in DWARF data libdebuginfod-common - configuration to enable the Debian debug info server libdebuginfod-dev - libdebuginfod development libraries and header files libdebuginfod1 - library to interact with debuginfod (development files) debuginfod - debuginfo-related http file-server daemon And webkit: apt-cache search debug | grep -i webkit python3-pyqt5.qtwebkit-dbg - Python 3 bindings for Qt5's WebKit module (debug extensions) Looking around in google sends me a lot of python/QT-related links to some (old?) packages that I don't think are related: https://www.google.com/search?q=webkit+debuginfo Maybe I should install libdebuginfod1, libdebuginfod1-dev and debuginfod, then try again? Thanks again! -Alemar El vie, 20 ago 2021 a las 18:24, Michael Catanzaro () escribió: > > On Fri, Aug 20 2021 at 11:27:17 AM -0600, Alemar > wrote: > > #2 0x7fcfd172ff2b in () at > > /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37 > > #3 0x7fcfd37e0622 in () at > > /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37 > > #4 0x7fcfd37efef6 in () at > > /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37 > > #5 0x7fcfd31529a6 in () at > > /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37 > > #6 0x7fcfd315321a in () at > > /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37 > > #7 0x7fcfd2c5b9fd in () at > > /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37 > > #8 0x7fcfd2c5cf0f in () at > > /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37 > > #9 0x7fcfd3095412 in () at > > /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37 > > #10 0x7fcfd30954e6 in () at > > /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37 > > #11 0x7fcfd30c00b4 in () at > > /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37 > > #12 0x7fcfd073d025 in () at > > /lib/x86_64-linux-gnu/libjavascriptcoregtk-4.0.so.18 > > #13 0x7fcfd073d2a3 in () at > > /lib/x86_64-linux-gnu/libjavascriptcoregtk-4.0.so.18 > > Hi, it looks like you're missing debuginfo for WebKit. When you install > debuginfo and take the backtrace again, then you'll see function names, > variables, and even line numbers that will point to exactly what's > wrong. All we know from that is it crashes somewhere in WebKit, which > could be anywhere. :) > > ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] [Help] WebProcess CRASHED
On Fri, Aug 20 2021 at 11:27:17 AM -0600, Alemar wrote: #2 0x7fcfd172ff2b in () at /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37 #3 0x7fcfd37e0622 in () at /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37 #4 0x7fcfd37efef6 in () at /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37 #5 0x7fcfd31529a6 in () at /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37 #6 0x7fcfd315321a in () at /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37 #7 0x7fcfd2c5b9fd in () at /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37 #8 0x7fcfd2c5cf0f in () at /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37 #9 0x7fcfd3095412 in () at /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37 #10 0x7fcfd30954e6 in () at /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37 #11 0x7fcfd30c00b4 in () at /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37 #12 0x7fcfd073d025 in () at /lib/x86_64-linux-gnu/libjavascriptcoregtk-4.0.so.18 #13 0x7fcfd073d2a3 in () at /lib/x86_64-linux-gnu/libjavascriptcoregtk-4.0.so.18 Hi, it looks like you're missing debuginfo for WebKit. When you install debuginfo and take the backtrace again, then you'll see function names, variables, and even line numbers that will point to exactly what's wrong. All we know from that is it crashes somewhere in WebKit, which could be anywhere. :) ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] [Help] WebProcess CRASHED
Hello Michael, Sorry for the late reply, now is when I had time to run the debugging instructions. Here's the full stack trace, I don't see any "???" frames so I think it's all good. Also, sorry for my lack of mailing-list-netiquette, I don't know if I should attach a file or send it all as text instead. Since it's not too large, I'm sending it here as text. Thanks, -Alemar --- dragon@linux:~/Desktop$ coredumpctl gdb PID: 15209 (WebKitWebProces) UID: 1000 (dragon) GID: 1000 (dragon) Signal: 6 (ABRT) Timestamp: Fri 2021-08-20 11:21:51 CST (1min 16s ago) Command Line: /usr/lib/x86_64-linux-gnu/webkit2gtk-4.0/WebKitWebProcess 12 24 Executable: /usr/lib/x86_64-linux-gnu/webkit2gtk-4.0/WebKitWebProcess Control Group: /user.slice/user-1000.slice/session-1.scope Unit: session-1.scope Slice: user-1000.slice Session: 1 Owner UID: 1000 (dragon) Boot ID: 3233f400f3314998b83493ae2db50127 Machine ID: e539c8b1c8d94274aca718766b6876d0 Hostname: linux Storage: /var/lib/systemd/coredump/core.WebKitWebProces.1000.3233f400f3314998b83493ae2db50127.15209.162948011100.zst Message: Process 15209 (WebKitWebProces) of user 1000 dumped core. Stack trace of thread 15209: #0 0x7fcfd0f42fbb raise (libc.so.6 + 0x40fbb) #1 0x7fcfd0f28864 abort (libc.so.6 + 0x26864) #2 0x7fcfd172ff2b n/a (libwebkit2gtk-4.0.so.37 + 0x641f2b) #3 0x7fcfd37e0622 n/a (libwebkit2gtk-4.0.so.37 + 0x26f2622) #4 0x7fcfd37efef6 n/a (libwebkit2gtk-4.0.so.37 + 0x2701ef6) #5 0x7fcfd31529a6 n/a (libwebkit2gtk-4.0.so.37 + 0x20649a6) #6 0x7fcfd315321a n/a (libwebkit2gtk-4.0.so.37 + 0x206521a) #7 0x7fcfd2c5b9fd n/a (libwebkit2gtk-4.0.so.37 + 0x1b6d9fd) #8 0x7fcfd2c5cf0f n/a (libwebkit2gtk-4.0.so.37 + 0x1b6ef0f) #9 0x7fcfd3095412 n/a (libwebkit2gtk-4.0.so.37 + 0x1fa7412) #10 0x7fcfd30954e6 n/a (libwebkit2gtk-4.0.so.37 + 0x1fa74e6) #11 0x7fcfd30c00b4 n/a (libwebkit2gtk-4.0.so.37 + 0x1fd20b4) #12 0x7fcfd073d025 n/a (libjavascriptcoregtk-4.0.so.18 + 0x1433025) #13 0x7fcfd073d2a3 n/a (libjavascriptcoregtk-4.0.so.18 + 0x14332a3) #14 0x7fcfd0b197ef g_main_context_dispatch (libglib-2.0.so.0 + 0x557ef) #15 0x7fcfd0b6cd28 n/a (libglib-2.0.so.0 + 0xa8d28) #16 0x7fcfd0b18e53 g_main_loop_run (libglib-2.0.so.0 + 0x54e53) #17 0x7fcfd073d400 _ZN3WTF7RunLoop3runEv (libjavascriptcoregtk-4.0.so.18 + 0x1433400) #18 0x7fcfd1e03269 n/a (libwebkit2gtk-4.0.so.37 + 0xd15269) #19 0x7fcfd0f2a565 __libc_start_main (libc.so.6 + 0x28565) #20 0x5632f41d670e n/a (WebKitWebProcess + 0x70e) Stack trace of thread 15212: #0 0x7fcfd100e22f __poll (libc.so.6 + 0x10c22f) #1 0x7fcfd0b6ccc6 n/a (libglib-2.0.so.0 + 0xa8cc6) #2 0x7fcfd0b18e53 g_main_loop_run (libglib-2.0.so.0 + 0x54e53) #3 0x7fcfd073d400 _ZN3WTF7RunLoop3runEv (libjavascriptcoregtk-4.0.so.18 + 0x1433400) #4 0x7fcfd06e _ZN3WTF6Thread10entryPointEPNS0_16NewThreadContextE (libjavascriptcoregtk-4.0.so.18 + 0x13e3ddd) #5 0x7fcfd073f66d n/a (libjavascriptcoregtk-4.0.so.18 + 0x143566d) #6 0x7fcfcd04a450 start_thread (libpthread.so.0 + 0x9450) #7 0x7fcfd1019d53 __clone (libc.so.6 + 0x117d53) Stack trace of thread 15257: #0 0x7fcfcd05731e __futex_abstimed_wait_cancelable64 (libpthread.so.0 + 0x1631e) #1 0x7fcfcd05099e pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf99e) #2 0x7fcfd073ff4f _ZN3WTF15ThreadCondition9timedWaitERNS_5MutexENS_8WallTimeE (libjavascriptcoregtk-4.0.so.18 + 0x1435f4f) #3 0x7fcfd06e95a3 _ZN3WTF10ParkingLot21parkConditionallyImplEPKvRKNS_12ScopedLambdaIFbvEEERKNS3_IFvvEEERKNS_24TimeWithDynamicClockTypeE (libjavascriptcoregtk-4.0.so.18 + 0x13df5a3) #4 0x7fcfd06d5093 n/a (libjavascriptcoregtk-4.0.so.18 + 0x13cb093) #5 0x7fcfd06e _ZN3WTF6Thread10entryPointEPNS0_16NewThreadContextE (libjavascriptcoregtk-4.0.so.18 + 0x13e3ddd) #6 0x7fcfd073f66d n/a (libjavascriptcoregtk-4.0.so.18 + 0x143566d) #7 0x7fcfcd04a450 start_thread (libpthread.so.0 + 0x9450) #8 0x7fcfd1019d53 __clone (libc.so.6 + 0x117d53) Stack trace of thread 15211: #0 0x7fcfcd05731e __futex_abstimed_wait_cancelable64 (libpthread.so.0 + 0x1631e) #1
Re: [webkit-dev] [Help] WebProcess CRASHED
Hi, you need to get a backtrace with gdb. There are some instructions here: https://wiki.gnome.org/GettingInTouch/Bugzilla/GettingTraces Michael ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
[webkit-dev] [Help] WebProcess CRASHED
Hello list! Currently I'm having a problem with the library when going to www.bing.com (it seems to happen only on that site though), where the browser process crashes. I thought it was my app, but when running it against the MiniBrowser, it also crashes! >From the developer tools, I'm suspecting it could be related to trying to load (and play?) an mp3 file (start.mp3). The current PC it's running on is a brand-new installed Ubuntu 21.04 up-to-date which seems to use the libwebkit2gtk-4.0-37 library. Such a PC does not have any audio drivers installed, I'm basically running off Ubuntu Server with X11, Openbox and NVIDIA drivers, nothing more, nothing less. I suspect it could be because it's trying to play the audio file but it can't. However, the log does not show much: (MiniBrowser:72279): dbind-WARNING **: 18:07:43.671: AT-SPI: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files (WebKitWebProcess:72294): dbind-WARNING **: 18:07:43.752: AT-SPI: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files (WebKitWebProcess:72393): dbind-WARNING **: 18:08:25.851: AT-SPI: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files (WebKitWebProcess:72420): dbind-WARNING **: 18:08:27.415: AT-SPI: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files ** (MiniBrowser:72279): WARNING **: 18:08:27.499: WebProcess CRASHED Is there any way I can try to get more debugging info for you guys to see if I can fix the problem on my own, but also without building the full webkit library as it's really heavy and time-consuming? Thanks, -Alemar ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
[webkit-dev] Help regarding rendering in haiku
Hello guys, I would like to say few things about current state of the port 1) We have working IPC 2) We have all process up and running We decided to give Coordinated graphics a try - atleast until getting something meaningful rendered on screen. We were able to create a bitmap in webprocess and display it on UIProcess. When i enter a URL i could see title of the page working. So i believe webprocess(WebCore/page) and networkprocess are in state. Now my problem is that I tried debugging graphics context's( i believe they are responsible for rendering various elements on to tiles) operations with printf statements to see what stuff are actually getting executed. I could only see operations like scale,transform getting performed and thats it page loading is done. This happens for any url (even about:blank) what i think about this is it is maybe trying to set the viewport to right size(correct me here). So it would be helpful if anyone could tell me what am i missing ... https://github.com/RAJAGOPALAN-GANGADHARAN/webkit/tree/networkprocess-iteration-2 - source code Thank you very much guys! Regards G.Rajagopalan ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Help regarding coordinated graphics
>Find me on #webkit IRC >noamr >(I will try to be on there during next week) Thank you so much :) ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
[webkit-dev] Help regarding coordinated graphics
Hello everybody As you guys know we have been working on porting webkit2 to haiku. https://github.com/haiku/webkit/tree/webkit2 So we have a working IPC, network process and minibrowser configured to test the api. Now the most important part is to get it rendering. Currently we would like to use coordinated graphics to acheive the same as it helps us to figure out which would be better for our platform and also to make sure all other things are in place. It would be helpful if you guys take time to clarify my queries :) 1) How does this coordinated graphics model work ( i read the trac still i couldnt get a good hold of it) ->i couldnt get the flow right im just confused 2) Which part of webprocess instructs or stores info about drawing onto to a sharable bitmap. ->where does the info regarding a layer is being parsed and created( I know it is webcore but where is it linked with webprocess) 3) What does a backing store , layer tree do? ->Is like backing store is where the sharable bitmap is created which is being passed onto uiprocess and layer tree stores info of each layer which then is being composited? 4) What are the important places i need to take care(in code) like eg. PageClient,DrawingAreaCoordinatedGraphics etc. ->I actually found my drawing area couldnt start drawing because the drawing area size was empty so I may have missed lot of implementation details it would help if you guys could point me to required places that are required. Thank you for the time :) Regards, G.Rajagopalan ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Help regarding rendering in webkit2 port of haiku
On Mon, Jun 10, 2019 at 10:33 AM Adrien Destugues wrote: > On Mon, Jun 10, 2019 at 09:37:06AM +0300, Noam Rosenthal wrote: > > ~ (reposting from webkit email) > > Hi, > > Another limitation we hit on some websites is that it is not possible > for us to create too many drawable offscreen bitmaps. There is a > system-wide limit of 4096, which can be hit rather easily on Google > Maps, for example. So we will probably need a way to limit the use of > drawable bitmaps when possible. Maybe coordinated graphics would help > here, if it allows to share a single drawing context and bitmap, rather > than creating a separate one for each rendering layer. > I would consider using CoordinatedGraphics with something like a display list, where the drawing commands are sent via webkit2 to the UI process and then everything is painted in the UI process in one go. This would be the most memory-stingy approach, though it would mean zero acceleration and would cancel out any benefit of compositing - compositing uses memory to reduce drawing commands but when memory is what's expensive there's no point in that... you would need to play with this to get the best memory/cpu cost/benefit. > > On the way drawing works for us: the drawing primitives are all > implemented in our display server, there is no rendering done client > side in webkit processes. This means the display server has a pointer to > the bitmap data already, and ideally it would be able to pass this from > one application to another without needing to copy all the data. We may > need to make some changes to our display server to allow this, but > that's fine (it's the nice thing about Haiku, if we need to change > something in the OS, we can do that easily). > > Now we have to find out if coordinated graphics or some other way to do > things makes sense, and for this we have to understand how the rendering > work is split between web process and ui process, and what kind of data > they expect to exchange between them. Especially in our case where the > bitmap data is in fact already shared with the OS display server, so if > UI process does not do any drawing by itself, it doesn't actually need > to access the data. > > -- > Adrien. > ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Help regarding rendering in webkit2 port of haiku
On Mon, Jun 10, 2019 at 09:37:06AM +0300, Noam Rosenthal wrote: > ~ (reposting from webkit email) Hi, I should pprobably give a little more context here, as the maintainer of the WebKitLegacy port for Haiku. Our main concern, as Rajagopalan mentionned, is that Haiku does not have any rendering acceleration, it's all done in software. We do have OpenGL but it may not be the best choice for rendering, because of this. As a result, we had to find a way to get things working, in what is indeed a little unusual setup. Currently we have coordinated graphics disabled: Source/cmake/OptionsHaiku.cmake:add_definitions(-DUSE_COORDINATED_GRAPHICS=0) We do however have a software rendering version of texture mapper, that was removed from webkit long time ago but we kept because we didn't want to use the OpenGL version. I have not reviewed its use recently, maybe it is not needed anymore. Another limitation we hit on some websites is that it is not possible for us to create too many drawable offscreen bitmaps. There is a system-wide limit of 4096, which can be hit rather easily on Google Maps, for example. So we will probably need a way to limit the use of drawable bitmaps when possible. Maybe coordinated graphics would help here, if it allows to share a single drawing context and bitmap, rather than creating a separate one for each rendering layer. On the way drawing works for us: the drawing primitives are all implemented in our display server, there is no rendering done client side in webkit processes. This means the display server has a pointer to the bitmap data already, and ideally it would be able to pass this from one application to another without needing to copy all the data. We may need to make some changes to our display server to allow this, but that's fine (it's the nice thing about Haiku, if we need to change something in the OS, we can do that easily). Now we have to find out if coordinated graphics or some other way to do things makes sense, and for this we have to understand how the rendering work is split between web process and ui process, and what kind of data they expect to exchange between them. Especially in our case where the bitmap data is in fact already shared with the OS display server, so if UI process does not do any drawing by itself, it doesn't actually need to access the data. -- Adrien. ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Help regarding rendering in webkit2 port of haiku
>btw I might be able to help out (no promises), I haven't touched WebKit code in a few years but I was responsible for TextureMapper and the coordinated graphics system and I like bizarre >projects (a Haiku port sounds like one). Let's see how it goes :) Sure thank you for very great insite will look into to it and get back :) Regards G.Rajagoapalan On Mon, Jun 10, 2019 at 12:07 PM Noam Rosenthal wrote: > ~ (reposting from webkit email) > > Hello! > I suggest starting by learning one of the other ports - like GTK - how the > whole flow works from the windowing system to WebCore to the graphics > system. Read the code, run it in debug mode and put breakpoints, get those > aha moments of how it all works together. > > Note that coordinated graphics is not automatically the right choice for > every port - it was created for mobile windowing systems where window > context-switching was expensive and single-context hardware acceleration > was cheap. If you're looking for a guide check out > https://trac.webkit.org/wiki/CoordinatedGraphicsSystem, hopefully it's > still somewhat valid. I would start there by understanding the flow and how > it fits with the Haiku architecture, seems like you've started doing that > already. you're on the right track there. > > btw I might be able to help out (no promises), I haven't touched WebKit > code in a few years but I was responsible for TextureMapper and the > coordinated graphics system and I like bizarre projects (a Haiku port > sounds like one). Let's see how it goes :) > > > On Mon, Jun 10, 2019 at 9:05 AM Rajagopalan Gangadharan < > g.raju2...@gmail.com> wrote: > >> Hello everybody, >> >> A quick look back on what we have done so far. We are trying to port >> webkit2 to haiku and we have a working IPC with us. So the next step i >> presume is to be rendering. >> >> I did few amount of research and have few basic ideas. Correct me if I am >> wrong. >> >> 1) The rendering takes place in webprocess over a shared bitmap which is >> then rendered onto the client area in UIProcess. >> >> 2) Webkit uses coordinated graphics system which relies on OPENGL. >> >> So we look forward to get the rendering step done or is there anything we >> should take care in between? . >> Our platform doesnt have hardware accelerated OpenGL yet we have software >> implementation vesa which we tend not to use. >> We have a working texture mapper and compositing coordinator from our >> webkit legacy port. I think this makes up the entire compositing >> coordinator. >> >> So it would be of great help if any tells how could we proceed like what >> should be our next move. Perhaps a small guide would be better. >> >> Thank you >> >> Regards >> G.Rajagopalan >> ___ >> 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] Help regarding rendering in webkit2 port of haiku
~ (reposting from webkit email) Hello! I suggest starting by learning one of the other ports - like GTK - how the whole flow works from the windowing system to WebCore to the graphics system. Read the code, run it in debug mode and put breakpoints, get those aha moments of how it all works together. Note that coordinated graphics is not automatically the right choice for every port - it was created for mobile windowing systems where window context-switching was expensive and single-context hardware acceleration was cheap. If you're looking for a guide check out https://trac.webkit.org/wiki/CoordinatedGraphicsSystem, hopefully it's still somewhat valid. I would start there by understanding the flow and how it fits with the Haiku architecture, seems like you've started doing that already. you're on the right track there. btw I might be able to help out (no promises), I haven't touched WebKit code in a few years but I was responsible for TextureMapper and the coordinated graphics system and I like bizarre projects (a Haiku port sounds like one). Let's see how it goes :) On Mon, Jun 10, 2019 at 9:05 AM Rajagopalan Gangadharan < g.raju2...@gmail.com> wrote: > Hello everybody, > > A quick look back on what we have done so far. We are trying to port > webkit2 to haiku and we have a working IPC with us. So the next step i > presume is to be rendering. > > I did few amount of research and have few basic ideas. Correct me if I am > wrong. > > 1) The rendering takes place in webprocess over a shared bitmap which is > then rendered onto the client area in UIProcess. > > 2) Webkit uses coordinated graphics system which relies on OPENGL. > > So we look forward to get the rendering step done or is there anything we > should take care in between? . > Our platform doesnt have hardware accelerated OpenGL yet we have software > implementation vesa which we tend not to use. > We have a working texture mapper and compositing coordinator from our > webkit legacy port. I think this makes up the entire compositing > coordinator. > > So it would be of great help if any tells how could we proceed like what > should be our next move. Perhaps a small guide would be better. > > Thank you > > Regards > G.Rajagopalan > ___ > 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] Help regarding rendering in webkit2 port of haiku
Hello everybody, A quick look back on what we have done so far. We are trying to port webkit2 to haiku and we have a working IPC with us. So the next step i presume is to be rendering. I did few amount of research and have few basic ideas. Correct me if I am wrong. 1) The rendering takes place in webprocess over a shared bitmap which is then rendered onto the client area in UIProcess. 2) Webkit uses coordinated graphics system which relies on OPENGL. So we look forward to get the rendering step done or is there anything we should take care in between? . Our platform doesnt have hardware accelerated OpenGL yet we have software implementation vesa which we tend not to use. We have a working texture mapper and compositing coordinator from our webkit legacy port. I think this makes up the entire compositing coordinator. So it would be of great help if any tells how could we proceed like what should be our next move. Perhaps a small guide would be better. Thank you Regards G.Rajagopalan ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
[webkit-dev] help: HTML5 video Overlay with accelerated composition
Hi, Triying to use overlay for Video enabling the accelerated composition, I see that the graphic is always on top of the video, and video is not visible. The backroung RenderLayer is always on top if the Video Render Layer. Is it possible to use Overlay for HTML5 video support with accelerated composition? Regards, Thouraya. ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] help: HTML5 video Overlay with accelerated composition
Can you provide specifics about your test case? 1. Are you using WebKit QT, or something else? 2. Can you provide an example showing what you are trying to do? Thanks, -Brent On May 29, 2014, at 4:11 AM, T andolsi thouraya.ando...@gmail.com wrote: Hi, Triying to use overlay for Video enabling the accelerated composition, I see that the graphic is always on top of the video, and video is not visible. The backroung RenderLayer is always on top if the Video Render Layer. Is it possible to use Overlay for HTML5 video support with accelerated composition? Regards, Thouraya. ___ 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] Help with a test failing on (non-wk2) mac and win
Hey, I have a patch that adds a new test which crashes on win and fails on mac - but passes on mac-wk2, can anyone (from Apple I guess) help me figure it out? https://bugs.webkit.org/show_bug.cgi?id=113220 A stack trace for the win crash would be most helpful. I think Mac may be failing because it opens the select popup in an async fashion? Cheers, -- Gustavo Noronha Silva gustavo.noro...@collabora.com Collabora Ltd. smime.p7s Description: S/MIME cryptographic signature ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Help with CMake build system
I'm sorry, but I feel like I'm being blocked by the EFL build system. I tried the suggestion Raphael posted to the bug to no avail, and I haven't heard back from you. I hope you won't be too offended if I land the patch as-is. Adam On Mon, Oct 24, 2011 at 6:09 PM, Adam Barth aba...@webkit.org wrote: Many thanks. Adam On Oct 24, 2011 4:14 PM, Gyuyoung Kim gyuyoung@samsung.com wrote: Hello Adam, I am taking a look the efl build break now. I will let you know when I fix it. Cheers, Gyuyoung. -Original Message- From: webkit-dev-boun...@lists.webkit.org [mailto:webkit-dev- boun...@lists.webkit.org] On Behalf Of Adam Barth Sent: Tuesday, October 25, 2011 6:48 AM To: webkit-dev@lists.webkit.org Subject: [webkit-dev] Help with CMake build system CMake build system experts: I'm having trouble adding a new code generator to the CMake build system in this bug: https://bugs.webkit.org/show_bug.cgi?id=70659 Would you be willing to take a look and help me not break the EFL build? Thanks, Adam ___ 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] Help with CMake build system
To follow up, Raphael found the problem and I just landed the patch (hopefully without breaking EFL). Thanks everyone. Adam On Tue, Oct 25, 2011 at 12:02 PM, Adam Barth aba...@webkit.org wrote: I'm sorry, but I feel like I'm being blocked by the EFL build system. I tried the suggestion Raphael posted to the bug to no avail, and I haven't heard back from you. I hope you won't be too offended if I land the patch as-is. Adam On Mon, Oct 24, 2011 at 6:09 PM, Adam Barth aba...@webkit.org wrote: Many thanks. Adam On Oct 24, 2011 4:14 PM, Gyuyoung Kim gyuyoung@samsung.com wrote: Hello Adam, I am taking a look the efl build break now. I will let you know when I fix it. Cheers, Gyuyoung. -Original Message- From: webkit-dev-boun...@lists.webkit.org [mailto:webkit-dev- boun...@lists.webkit.org] On Behalf Of Adam Barth Sent: Tuesday, October 25, 2011 6:48 AM To: webkit-dev@lists.webkit.org Subject: [webkit-dev] Help with CMake build system CMake build system experts: I'm having trouble adding a new code generator to the CMake build system in this bug: https://bugs.webkit.org/show_bug.cgi?id=70659 Would you be willing to take a look and help me not break the EFL build? Thanks, Adam ___ 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
[webkit-dev] Help with CMake build system
CMake build system experts: I'm having trouble adding a new code generator to the CMake build system in this bug: https://bugs.webkit.org/show_bug.cgi?id=70659 Would you be willing to take a look and help me not break the EFL build? Thanks, Adam ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Help with CMake build system
Hello Adam, I am taking a look the efl build break now. I will let you know when I fix it. Cheers, Gyuyoung. -Original Message- From: webkit-dev-boun...@lists.webkit.org [mailto:webkit-dev- boun...@lists.webkit.org] On Behalf Of Adam Barth Sent: Tuesday, October 25, 2011 6:48 AM To: webkit-dev@lists.webkit.org Subject: [webkit-dev] Help with CMake build system CMake build system experts: I'm having trouble adding a new code generator to the CMake build system in this bug: https://bugs.webkit.org/show_bug.cgi?id=70659 Would you be willing to take a look and help me not break the EFL build? Thanks, Adam ___ 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] Help with CMake build system
Many thanks. Adam On Oct 24, 2011 4:14 PM, Gyuyoung Kim gyuyoung@samsung.com wrote: Hello Adam, I am taking a look the efl build break now. I will let you know when I fix it. Cheers, Gyuyoung. -Original Message- From: webkit-dev-boun...@lists.webkit.org [mailto:webkit-dev- boun...@lists.webkit.org] On Behalf Of Adam Barth Sent: Tuesday, October 25, 2011 6:48 AM To: webkit-dev@lists.webkit.org Subject: [webkit-dev] Help with CMake build system CMake build system experts: I'm having trouble adding a new code generator to the CMake build system in this bug: https://bugs.webkit.org/show_bug.cgi?id=70659 Would you be willing to take a look and help me not break the EFL build? Thanks, Adam ___ 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
[webkit-dev] Help with QT port
My patch added a few new files in WebCore. Somehow I couldn't get the QT port to link. From the linking error, it seems the source files are not compiled. So besides adding the files in WebCore.gypi for chromium port and WebCore.xcodeproj for Mac port, are there other things I need to do to add the new files to QT port? This is the bugL: https://bugs.webkit.org/show_bug.cgi?id=70077 ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Help with QT port
Hi, You should add the new file to WebCore.pro to make Qt port happy. ;) br, Ossy Mo, Zhenyao írta: My patch added a few new files in WebCore. Somehow I couldn't get the QT port to link. From the linking error, it seems the source files are not compiled. So besides adding the files in WebCore.gypi for chromium port and WebCore.xcodeproj for Mac port, are there other things I need to do to add the new files to QT port? This is the bugL: https://bugs.webkit.org/show_bug.cgi?id=70077 ___ 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] Help with a possible Webkit bug
This isn't the right mailing list for a question like this. http://www.webkit.org/contact.html explains the different mailing lists. But probably the best thing to do in a case like this is to file a bug at http://webkit.org/new-bug. -Adam ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Help with a possible Webkit bug UPDATE
This problem appears to be a duplicate of: https://bugs.webkit.org/show_bug.cgi?id=61452 I have annotated that bug report with a few additional comments. Thanks to David Brown for his help with this. -- View this message in context: http://old.nabble.com/Help-with-a-possible-Webkit-bug-tp32503920p32503951.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] Help with a possible Webkit bug
I have smacked into a problem which appears to have it's root within Webkit. However, I'm well outside of my familiar territory and am seeking some help to further understand the issue and formulate a useful bug report, if appropriate. Here's the background: 1. I have a web page with a TinyMCE edit control. 2. The document being edited is HTML and includes a lt;IMG SRC...gt; tag. The referenced image is generated dynamically! The problem does not arise with working static images but it does with dynamically generated images and, interestingly, static images that are 404 Not Found. 3. I also have a 0.5 second timer that constantly checks the contents of the TinyMCE edit control. On Webkit browsers (Chrome, Safari) every time I check the contents of the edit control, the browser makes a new request for the aforementioned image. That's an issue for me because with multiple users making 2 requests per second, my server is getting hammered! It appears I've found a workaround. This involves a change to some options set when requesting the edit control contents from TinyMCE. With the right set of options I can get TinyMCE to acquire the contents of the control via the innerHTML method. This prevents the constant stream of image requests from client to server. The problem does arise when TinyMCE attempts to fetch the contents via the cloneNode() method. So, it seems to me that cloneNode() is triggering a bunch of unnecessary HTTP requests and that's probably not a Good Thing! Anyone have an insight, theories, or able to reproduce something like this? -- View this message in context: http://old.nabble.com/Help-with-a-possible-Webkit-bug-tp32503920p32503920.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] help with commit queue failure
Hi all, I'm trying to commit a patch through commit queue and I'm getting a strange error: http://queues.webkit.org/results/9419886 As far as I can tell there's nothing wrong but it still fails. Does anyone know what's going on here? The bug I'm working on is this: https://bugs.webkit.org/show_bug.cgi?id=6 Thanks! Sailesh ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] help with commit queue failure
The failure is before the last 500 characters of output, so you can't see it unfortunately. Your patch doesn't apply to trunk, try updating your local checkout, resolving any conflicts, and re-uploading. -L On Thu, Aug 18, 2011 at 2:05 PM, Sailesh Agrawal s...@chromium.org wrote: Hi all, I'm trying to commit a patch through commit queue and I'm getting a strange error: http://queues.webkit.org/results/9419886 As far as I can tell there's nothing wrong but it still fails. Does anyone know what's going on here? The bug I'm working on is this: https://bugs.webkit.org/show_bug.cgi?id=6 Thanks! Sailesh ___ 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] help with commit queue failure
On Thu, Aug 18, 2011 at 2:05 PM, Sailesh Agrawal s...@chromium.org wrote: Hi all, I'm trying to commit a patch through commit queue and I'm getting a strange error: http://queues.webkit.org/results/9419886 From that output, I'd guess that there was a merge conflict trying to apply the patch. That output only shows the last 500 chars of output so merge conflicts earlier than that will not be displayed. Can you try applying that patch locally on top of ToT? Try webkit-patch apply-from-bug and see what happens, that's what the commit queue does. - James As far as I can tell there's nothing wrong but it still fails. Does anyone know what's going on here? The bug I'm working on is this: https://bugs.webkit.org/show_bug.cgi?id=6 Thanks! Sailesh ___ 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] help with commit queue failure
I'm not sure what the trouble is. The patch seems to apply locally for me. Let see if the commit-queue rejects it again. Adam On Thu, Aug 18, 2011 at 2:05 PM, Sailesh Agrawal s...@chromium.org wrote: Hi all, I'm trying to commit a patch through commit queue and I'm getting a strange error: http://queues.webkit.org/results/9419886 As far as I can tell there's nothing wrong but it still fails. Does anyone know what's going on here? The bug I'm working on is this: https://bugs.webkit.org/show_bug.cgi?id=6 Thanks! Sailesh ___ 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] help with failing test on SnowLeopard Intel Release (WebKit2 Tests)
On Wed, Mar 23, 2011 at 1:45 AM, Ojan Vafai o...@chromium.org wrote: For example, the following fails on my SnowLeopard machine due to lacking the focus ring: run-webkit-tests --debug -2 fast/css/focus-ring-outline-color.html -p --tolerance 0 This sounds very familiar to me. On Snow Leopard (not on Leopard) there exists a bug where the system fails to draw a focus ring when drawing a control into a context. See ThemeChromiumMac.mm's currentOSHasSetFocusRingStyleInBitmapBug() for more details. I solved it by doing an ugly interposing hack. It wasn't needed for WebKit because its controls draw directly into the window. Perhaps it's needed for WebKit2? Email me if you need more info. (For Apple peeps: rdar://7604051) Avi ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] help with failing test on SnowLeopard Intel Release (WebKit2 Tests)
On Wed, Mar 23, 2011 at 11:38 PM, Avi Drissman a...@google.com wrote: On Wed, Mar 23, 2011 at 1:45 AM, Ojan Vafai o...@chromium.org wrote: For example, the following fails on my SnowLeopard machine due to lacking the focus ring: run-webkit-tests --debug -2 fast/css/focus-ring-outline-color.html -p --tolerance 0 This sounds very familiar to me. On Snow Leopard (not on Leopard) there exists a bug where the system fails to draw a focus ring when drawing a control into a context. See ThemeChromiumMac.mm's currentOSHasSetFocusRingStyleInBitmapBug() for more details. I solved it by doing an ugly interposing hack. It wasn't needed for WebKit because its controls draw directly into the window. Perhaps it's needed for WebKit2? Email me if you need more info. (For Apple peeps: rdar://7604051) This isn't a painting bug. It's failing to return a value for document.querySelector(a:focus). In fact, I wonder if this is really correct behavior. Perhaps querySelector of :focus should return the document's focused element even if the window is blurred (analogous to document.activeElement)? Ojan ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] help with failing test on SnowLeopard Intel Release (WebKit2 Tests)
Will do. On Thu, Mar 24, 2011 at 2:44 AM, Adam Roben aro...@apple.com wrote: On Mar 23, 2011, at 1:47 AM, Ojan Vafai wrote: People who work on WebKit2: should I check in the failing result and/or does someone want to look into the focus issue? Checking in failing results and filing a bug would be great. -Adam ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] help with failing test on SnowLeopard Intel Release (WebKit2 Tests)
It could just be a bug with WebKitTestRunner; it may be failing to focus the window. - Maciej On Mar 22, 2011, at 10:45 PM, Ojan Vafai wrote: Actually, looks like this is a WebKit2-related bug. It just happens that this is the only non-pixel test that depends on the window having focus. For example, the following fails on my SnowLeopard machine due to lacking the focus ring: run-webkit-tests --debug -2 fast/css/focus-ring-outline-color.html -p --tolerance 0 On Wed, Mar 23, 2011 at 4:13 PM, Stephanie Lewis sle...@apple.com wrote: The machine did have a software update dialog up. However, i dismissed the dialog and the test is still failing. -- Stephanie On Mar 22, 2011, at 9:29 PM, Ojan Vafai wrote: fast/css/pseudo-any.html is failing on SnowLeopard Intel Release (WebKit2 Tests), but it's not failing on SnowLeopard Intel Release (Tests). The test depends on the window having focus and the failure it's getting is the one you get if you load the page in a blurred window. So, I assume some dialog or something is up on that bot causing focus issues. What I don't get is that there are other tests that depend on the window having focus that don't seem to be failing on this bot. Does someone with access to the bot mind taking a look? Ojan ___ 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 ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] help with failing test on SnowLeopard Intel Release (WebKit2 Tests)
Filed https://bugs.webkit.org/show_bug.cgi?id=56988. On Thu, Mar 24, 2011 at 2:53 PM, Maciej Stachowiak m...@apple.com wrote: It could just be a bug with WebKitTestRunner; it may be failing to focus the window. - Maciej On Mar 22, 2011, at 10:45 PM, Ojan Vafai wrote: Actually, looks like this is a WebKit2-related bug. It just happens that this is the only non-pixel test that depends on the window having focus. For example, the following fails on my SnowLeopard machine due to lacking the focus ring: run-webkit-tests --debug -2 fast/css/focus-ring-outline-color.html -p --tolerance 0 On Wed, Mar 23, 2011 at 4:13 PM, Stephanie Lewis sle...@apple.com wrote: The machine did have a software update dialog up. However, i dismissed the dialog and the test is still failing. -- Stephanie On Mar 22, 2011, at 9:29 PM, Ojan Vafai wrote: fast/css/pseudo-any.html is failing on SnowLeopard Intel Release (WebKit2 Tests), but it's not failing on SnowLeopard Intel Release (Tests). The test depends on the window having focus and the failure it's getting is the one you get if you load the page in a blurred window. So, I assume some dialog or something is up on that bot causing focus issues. What I don't get is that there are other tests that depend on the window having focus that don't seem to be failing on this bot. Does someone with access to the bot mind taking a look? Ojan ___ 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 ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] help with failing test on SnowLeopard Intel Release (WebKit2 Tests)
fast/css/pseudo-any.html is failing on SnowLeopard Intel Release (WebKit2 Tests), but it's not failing on SnowLeopard Intel Release (Tests). The test depends on the window having focus and the failure it's getting is the one you get if you load the page in a blurred window. So, I assume some dialog or something is up on that bot causing focus issues. What I don't get is that there are other tests that depend on the window having focus that don't seem to be failing on this bot. Does someone with access to the bot mind taking a look? Ojan ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] help with failing test on SnowLeopard Intel Release (WebKit2 Tests)
The machine did have a software update dialog up. However, i dismissed the dialog and the test is still failing. -- Stephanie On Mar 22, 2011, at 9:29 PM, Ojan Vafai wrote: fast/css/pseudo-any.html is failing on SnowLeopard Intel Release (WebKit2 Tests), but it's not failing on SnowLeopard Intel Release (Tests). The test depends on the window having focus and the failure it's getting is the one you get if you load the page in a blurred window. So, I assume some dialog or something is up on that bot causing focus issues. What I don't get is that there are other tests that depend on the window having focus that don't seem to be failing on this bot. Does someone with access to the bot mind taking a look? Ojan ___ 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] help with failing test on SnowLeopard Intel Release (WebKit2 Tests)
Actually, looks like this is a WebKit2-related bug. It just happens that this is the only non-pixel test that depends on the window having focus. For example, the following fails on my SnowLeopard machine due to lacking the focus ring: run-webkit-tests --debug -2 fast/css/focus-ring-outline-color.html -p --tolerance 0 On Wed, Mar 23, 2011 at 4:13 PM, Stephanie Lewis sle...@apple.com wrote: The machine did have a software update dialog up. However, i dismissed the dialog and the test is still failing. -- Stephanie On Mar 22, 2011, at 9:29 PM, Ojan Vafai wrote: fast/css/pseudo-any.html is failing on SnowLeopard Intel Release (WebKit2 Tests), but it's not failing on SnowLeopard Intel Release (Tests). The test depends on the window having focus and the failure it's getting is the one you get if you load the page in a blurred window. So, I assume some dialog or something is up on that bot causing focus issues. What I don't get is that there are other tests that depend on the window having focus that don't seem to be failing on this bot. Does someone with access to the bot mind taking a look? Ojan ___ 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] Help with GTK build
On Sat, Jan 08, 2011 at 12:50:11PM +0100, Alejandro G. Castro wrote: On Sat, Jan 08, 2011 at 12:20:18PM +0100, Alejandro G. Castro wrote: [...] Yeah, it is the length, we already had that issue when doing make dist. It looks like adding Source is adding enough characters to cause the same problem: http://thread.gmane.org/gmane.comp.gnu.make.bugs/4219 I'm afraid we have to patch the make we are using in the bots. I'll try to check it. I've patched and installed the make package in the 64bits debug bot and apparently it is working, I'm going to do the same in the 32bit debug, unfortunately I do not have access to the release bots. For the record, Xan and Martin just committed the required fix, so we do not need to patch make: http://trac.webkit.org/changeset/75362 ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Help with GTK build
On Mon, Jan 10, 2011 at 12:32 AM, Alejandro Garcia Castro a...@igalia.com wrote: On Sat, Jan 08, 2011 at 12:50:11PM +0100, Alejandro G. Castro wrote: On Sat, Jan 08, 2011 at 12:20:18PM +0100, Alejandro G. Castro wrote: [...] Yeah, it is the length, we already had that issue when doing make dist. It looks like adding Source is adding enough characters to cause the same problem: http://thread.gmane.org/gmane.comp.gnu.make.bugs/4219 I'm afraid we have to patch the make we are using in the bots. I'll try to check it. I've patched and installed the make package in the 64bits debug bot and apparently it is working, I'm going to do the same in the 32bit debug, unfortunately I do not have access to the release bots. For the record, Xan and Martin just committed the required fix, so we do not need to patch make: http://trac.webkit.org/changeset/75362 Thanks. I really appreciate you all cleaning up after my mess. Adam ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Help with GTK build
On Sat, Jan 8, 2011 at 8:50 PM, Alejandro G. Castro a...@igalia.com wrote: On Sat, Jan 08, 2011 at 12:20:18PM +0100, Alejandro G. Castro wrote: [...] Yeah, it is the length, we already had that issue when doing make dist. It looks like adding Source is adding enough characters to cause the same problem: http://thread.gmane.org/gmane.comp.gnu.make.bugs/4219 I'm afraid we have to patch the make we are using in the bots. I'll try to check it. I've patched and installed the make package in the 64bits debug bot and apparently it is working, I'm going to do the same in the 32bit debug, unfortunately I do not have access to the release bots. I have the same problem with my laptop, so I've also patched the make package (3.81). It is working in the 32bit release. Is this only solution for this problem? ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Help with GTK build
Hi GTK folks, As we've been discussing, I moved WebCore this evening. The GTK bot has a mysterious build error that I'm hoping you can help me with: make all-am make[1]: Entering directory `/home/slave/webkitgtk/gtk-linux-64-debug/build/WebKitBuild/Debug' /bin/mkdir -p ./.deps/DerivedSources make[1]: execvp: /bin/bash: Argument list too long make[1]: *** [libwebkitgtk-1.0.la] Error 127 make[1]: Leaving directory `/home/slave/webkitgtk/gtk-linux-64-debug/build/WebKitBuild/Debug' make: *** [all] Error 2 http://build.webkit.org/builders/GTK%20Linux%2064-bit%20Debug/builds/17896/steps/compile-webkit/logs/stdio I take this to mean that adding Source to a bunch of the path names caused some build command to exceed the allowable length of a command line argument? What's the best way to fix this issue? Thanks for you patience, Adam ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Help with GTK build
On Sat, Jan 08, 2011 at 02:38:51AM -0800, Adam Barth wrote: Hi GTK folks, As we've been discussing, I moved WebCore this evening. The GTK bot has a mysterious build error that I'm hoping you can help me with: make all-am make[1]: Entering directory `/home/slave/webkitgtk/gtk-linux-64-debug/build/WebKitBuild/Debug' /bin/mkdir -p ./.deps/DerivedSources make[1]: execvp: /bin/bash: Argument list too long make[1]: *** [libwebkitgtk-1.0.la] Error 127 make[1]: Leaving directory `/home/slave/webkitgtk/gtk-linux-64-debug/build/WebKitBuild/Debug' make: *** [all] Error 2 http://build.webkit.org/builders/GTK%20Linux%2064-bit%20Debug/builds/17896/steps/compile-webkit/logs/stdio I take this to mean that adding Source to a bunch of the path names caused some build command to exceed the allowable length of a command line argument? What's the best way to fix this issue? Yeah, it is the length, we already had that issue when doing make dist. It looks like adding Source is adding enough characters to cause the same problem: http://thread.gmane.org/gmane.comp.gnu.make.bugs/4219 I'm afraid we have to patch the make we are using in the bots. I'll try to check it. br ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Help with GTK build
On Sat, Jan 08, 2011 at 12:20:18PM +0100, Alejandro G. Castro wrote: [...] Yeah, it is the length, we already had that issue when doing make dist. It looks like adding Source is adding enough characters to cause the same problem: http://thread.gmane.org/gmane.comp.gnu.make.bugs/4219 I'm afraid we have to patch the make we are using in the bots. I'll try to check it. I've patched and installed the make package in the 64bits debug bot and apparently it is working, I'm going to do the same in the 32bit debug, unfortunately I do not have access to the release bots. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Help with review of EFL CMake patches?
Hi, The idea of a Options${PORT} file is to put only the port-specific checks and defaults there. When we now have a CMake buildsystem we can get rid of port-thinking. We can switch to has-feature-thinking. You should check for different features instead of doing sth for a spezial port. E.g. ICU is used in more than one port: If you check for ICU you only need to define the ICU stuff once and the different ports can use it. An other example is the win32 an wince port, where many files are shared: You would create a port-file for win32 and wince then a general windows port-file?. Only one port file isn't applicable everywhere. - Patrick ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Help with review of EFL CMake patches?
On Fri, May 7, 2010 at 5:50 AM, Patrick Roland Gansterer par...@paroga.com wrote: Hi, The idea of a Options${PORT} file is to put only the port-specific checks and defaults there. When we now have a CMake buildsystem we can get rid of port-thinking. We can switch to has-feature-thinking. You should check for different features instead of doing sth for a spezial port. E.g. ICU is used in more than one port: If you check for ICU you only need to define the ICU stuff once and the different ports can use it. An other example is the win32 an wince port, where many files are shared: You would create a port-file for win32 and wince then a general windows port-file?. Only one port file isn't applicable everywhere. Hi Patrick, Of course, but the problem is that ports diverge radically in features they support, and even the same port diverges when it goes to different platforms. Last but not least, a single port on a single platform may toggle features and dependencies, this is what happens with Gtk port: you can compile with or without ICU, you can choose to disable html5 video, then gstreamer requirement is gone. The ${PORT} file is there to solve this, as Leandro explained. If later on we detect some parts are shared, then we can just create a third file that is included by these. Much like we already do with code in WebKit. BR, -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Help with review of EFL CMake patches?
Patrick, On Mon, May 3, 2010 at 6:09 PM, Patrick Roland Gansterer par...@paroga.com wrote: (...) but there a some parts which are not good for a general buildsystem. E.g. INCLUDE(Options${PORT}) doesn't support different ports well, since ports share some parts. (There some other points too; I'll post them on the bug) The idea of a Options${PORT} file is to put only the port-specific checks and defaults there. They'll be different for each and every port, and even if they're roughly the same, I don't think they should be inside the same file, for two reasons: 1) it eases the review process whenever one tries to update port-specific rules: the changes to ${PORT} files shouldn't break any other port; and 2) it keeps the main files cleaner. Regarding (2): In the beginning, the EFL port would use autotools (as used by the GTK+ port), but despite its syntax not helping maintain a clean file, having lots of conditionals for the EFL and GTK+ port made that build system, which was already difficult to maintain, a lot worse. This is akin to having port-specific stuff into platform-independent files, by #ifdefing things around. Sometimes it is needed, but I think this should be avoided as much as possible. Cheers, -- Leandro ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Help with reviewing Spatial Navigation patches
Hi, As part of my (spare-time) effort to keep developing the Spatial Navigation [1], I've been getting great reviewing support from Simon Fraser and Kenneth Christiansen, but lately the number of pending review patches increased a bit. There are on my plate patches from polishment work to real bug fixes and feature completeness. So there some very easy patches to review, like: -polishment work: * bug 38584 - Spatial Navigation: use data url in layout * bug 38488 - Spatial Navigation: create a getter for the fudgeFactor * bug 37633 - Spatial Navigation: use a static var in maxDistance method ( SpatialNavigation.h ) -- one liner! - improvements on the feature test covarege: * bug 38585 - Spatial Navigation: add a layout test which runs with Frame Flattening ON - preparation for feature implementation: * bug 37803 - Spatial Navigation: adapt the logic of {deep}findFocusableNodeInDirection to do traversal starting from Node* not Document* For this one I even added a comment in the bug with a detailed explaination about the changes [2], so a reviewer does not need to know the feature code in deep to review it. * Spatial Navigation: refactor hasOffscreenRect to work with scrollable content -- has a patch , but not set r? because it depends on bug 36463, which depends on 37803. ... as well as not so trivial patches to be reviewed: - feature implementation: * bug 36463 - Spatial Navigation: make it work with focusable elements in overflow content -- depends on the former preparation bug * bug 37153 - Spatial Navigation: add support to input type=text and textarea -- has a patch, but needs polishment to request review. Reviewers, could you please help with that? Thank you in advance [1] https://bugs.webkit.org/showdependencytree.cgi?id=18662hide_resolved=0 [2] https://bugs.webkit.org/show_bug.cgi?id=37803#c5 -- --Antonio Gomes ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Help with reviewing Spatial Navigation patches
- preparation for feature implementation: * bug 37803 - Spatial Navigation: adapt the logic of {deep}findFocusableNodeInDirection to do traversal starting from Node* not Document* For this one I even added a comment in the bug with a detailed explaination about the changes [2], so a reviewer does not need to know the feature code in deep to review it. * Spatial Navigation: refactor hasOffscreenRect to work with scrollable content -- has a patch , but not set r? because it depends on bug 36463, which depends on 37803. ... I forgot to write: that is bug 38590. -- --Antonio Gomes ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Help with review of EFL CMake patches?
Just a friendly ping, if someone could help us get this merged, say it. If you see a big blocker after my last comment, say it. Meanwhile, Leandro is working on generic webkit option, to be more generic than my initial {ADD,DEL}_FEATURE(). BR, On Mon, May 3, 2010 at 6:32 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Mon, May 3, 2010 at 6:09 PM, Patrick Roland Gansterer par...@paroga.com wrote: Hi, On Mon, 3 May 2010 17:33:45 -0300, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: Did you see this new version? Leandro did the work on top of yours. However he removed the .h from the source list, he did it before he read that it may be useful to get some IDE to show it. If mandatory we can add them back. Yes, I've seen it. He did a great job, but there a some parts which are not good for a general buildsystem. E.g. INCLUDE(Options${PORT}) doesn't support different ports well, since ports share some parts. (There some other points too; I'll post them on the bug) My vision is that the root CMake file will do all the WTF_USE_* stuff. It has to decide all port specific stuff. All other CMake files should only use this defines. This will provide a central to switch the different implementations (e.g. switch between pthread and native threads on windows). The point is to split this off to some ports as these things are likely to get huge. As said we did some for GTK and EFL, although they share a lot, the checks became big to make the file a PITA to read. Although CMake does provide if() and indentation, the branches tend to be quite long. also, each folder, like JavaScriptCore/CMakeLists.txt have a port-specific file included, that may be used to filter or extend the lists, or to change some variables. This way we can turn on *core libraries as shared objects and have libJavaScriptCoreGtk.so and libJavaScriptGtk.so installed. This is not so useful for deployment, but definitely useful for development where link times tend to be quite long if you don't have lots of RAM for linking. Also, this is done in a way that we don't need to anticipate all kind of different platform behaviors, they can just change the behavior as intended. I already run in some problem with my JavaScriptCore CMake files, but I hoped for some feedback I didn't get. Well, the bits you did were quite unchanged, except by delegating the options to their own files due the above reasons. So consider these patches as feedback that works (in the sense of you can try it) My big question is if CMake should be added as a universal buildsystem (to get rid of some other buildsystems) or if it is only for the EFL port? I think this depends on ther progress in the CMake vs. GYP discussion. The last post on the mailing list was [1]. - Patrick [1] https://lists.webkit.org/pipermail/webkit-dev/2010-April/012662.html As I said, I really want to get out of the universal thing otherwise it will not be merged. IMHO it is a much saner approach to do one example and passively convert those that are willing to use CMake (ie: Xan said if Gtk works without loss, then he'd be fine to use it). Alternatively, if moving to GYP will make our build system be accepted more easily, then just say and we'll take the burden of going that route. We just want to have all we need in SVN, say to users get svn, type this and it is done. Also, maintaining the build off tree proved painful over the last weeks when files were moved and we had to play catch up (to fix this we need stuff in svn AND a build bot, i know... but we'll get there). BR, -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Help with review of EFL CMake patches?
Hi all, As some of you know, the EFL port is almost all merged, we just lack a build system in SVN by now. We initially started with automake, sharing with GTK, but it was quite slow and the Gtk guys had the willing to get it clean before any changes were made, in order to avoid it to get worse. We did an initial cleanup, but then we figured out CMake would be a better option. By the time we were almost done with CMake build system, this mail list started discussing build systems and CMake was one of the considered options, making us quite happy at the time. We got the system done, but then people just started to move files in SVN making our lives quite hard these last weeks. Fortunately things are calm now and the system compiles quite well. We did the patches splitting the common and EFL specific parts, so people may add new ports with minimum effort. Of course as more systems are added, we should rearrange things that we overlooked at first, but that should be easy. What we need know is someone to review https://bugs.webkit.org/show_bug.cgi?id=37945 and land it to SVN. Note that we're trying to get EFL to build with SVN, not to build the most perfect CMake build system ever. So let's be reasonable with comments and suggestions, particularly those to make it generic as we consider that these should come when people start moving their ports to CMake. We surely can help with such tasks, we have a partially working GTK port that we may finish one day and suggest to webkit-gtk the move to it. BR, -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Help with review of EFL CMake patches?
Bill, could you look over these CMake files and give it an informal review? On Monday 03 May 2010 02:37:22 pm Gustavo Sverzut Barbieri wrote: Hi all, As some of you know, the EFL port is almost all merged, we just lack a build system in SVN by now. We initially started with automake, sharing with GTK, but it was quite slow and the Gtk guys had the willing to get it clean before any changes were made, in order to avoid it to get worse. We did an initial cleanup, but then we figured out CMake would be a better option. By the time we were almost done with CMake build system, this mail list started discussing build systems and CMake was one of the considered options, making us quite happy at the time. We got the system done, but then people just started to move files in SVN making our lives quite hard these last weeks. Fortunately things are calm now and the system compiles quite well. We did the patches splitting the common and EFL specific parts, so people may add new ports with minimum effort. Of course as more systems are added, we should rearrange things that we overlooked at first, but that should be easy. What we need know is someone to review https://bugs.webkit.org/show_bug.cgi?id=37945 and land it to SVN. Note that we're trying to get EFL to build with SVN, not to build the most perfect CMake build system ever. So let's be reasonable with comments and suggestions, particularly those to make it generic as we consider that these should come when people start moving their ports to CMake. We surely can help with such tasks, we have a partially working GTK port that we may finish one day and suggest to webkit-gtk the move to it. BR, ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Help with review of EFL CMake patches?
Hi, the file from Gustavo are mainly for the EFL port. It's not a general buildsystem and some parts are not real CMake style in the moment. I did some cleanup for the JavaScriptCore files already, but for the WebCore and WebKit parts it is a bigger task. As I already wrote at [1] I will help creating a general, not EFL specific, CMake buildsystem, but I didn't get any responses until now. - Patrick [1] https://lists.webkit.org/pipermail/webkit-dev/2010-April/012599.html On Mon, 3 May 2010 15:23:11 -0400, Adam Treat tr...@kde.org wrote: Bill, could you look over these CMake files and give it an informal review? On Monday 03 May 2010 02:37:22 pm Gustavo Sverzut Barbieri wrote: Hi all, As some of you know, the EFL port is almost all merged, we just lack a build system in SVN by now. We initially started with automake, sharing with GTK, but it was quite slow and the Gtk guys had the willing to get it clean before any changes were made, in order to avoid it to get worse. We did an initial cleanup, but then we figured out CMake would be a better option. By the time we were almost done with CMake build system, this mail list started discussing build systems and CMake was one of the considered options, making us quite happy at the time. We got the system done, but then people just started to move files in SVN making our lives quite hard these last weeks. Fortunately things are calm now and the system compiles quite well. We did the patches splitting the common and EFL specific parts, so people may add new ports with minimum effort. Of course as more systems are added, we should rearrange things that we overlooked at first, but that should be easy. What we need know is someone to review https://bugs.webkit.org/show_bug.cgi?id=37945 and land it to SVN. Note that we're trying to get EFL to build with SVN, not to build the most perfect CMake build system ever. So let's be reasonable with comments and suggestions, particularly those to make it generic as we consider that these should come when people start moving their ports to CMake. We surely can help with such tasks, we have a partially working GTK port that we may finish one day and suggest to webkit-gtk the move to it. BR, ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Help with review of EFL CMake patches?
On Mon, May 3, 2010 at 5:21 PM, Patrick Roland Gansterer par...@paroga.com wrote: Hi, the file from Gustavo are mainly for the EFL port. It's not a general buildsystem and some parts are not real CMake style in the moment. I did some cleanup for the JavaScriptCore files already, but for the WebCore and WebKit parts it is a bigger task. As I already wrote at [1] I will help creating a general, not EFL specific, CMake buildsystem, but I didn't get any responses until now. - Patrick [1] https://lists.webkit.org/pipermail/webkit-dev/2010-April/012599.html Patrick, Did you see this new version? Leandro did the work on top of yours. However he removed the .h from the source list, he did it before he read that it may be useful to get some IDE to show it. If mandatory we can add them back. BR, -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Help with review of EFL CMake patches?
Hi, On Mon, 3 May 2010 17:33:45 -0300, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: Did you see this new version? Leandro did the work on top of yours. However he removed the .h from the source list, he did it before he read that it may be useful to get some IDE to show it. If mandatory we can add them back. Yes, I've seen it. He did a great job, but there a some parts which are not good for a general buildsystem. E.g. INCLUDE(Options${PORT}) doesn't support different ports well, since ports share some parts. (There some other points too; I'll post them on the bug) My vision is that the root CMake file will do all the WTF_USE_* stuff. It has to decide all port specific stuff. All other CMake files should only use this defines. This will provide a central to switch the different implementations (e.g. switch between pthread and native threads on windows). I already run in some problem with my JavaScriptCore CMake files, but I hoped for some feedback I didn't get. My big question is if CMake should be added as a universal buildsystem (to get rid of some other buildsystems) or if it is only for the EFL port? I think this depends on ther progress in the CMake vs. GYP discussion. The last post on the mailing list was [1]. - Patrick [1] https://lists.webkit.org/pipermail/webkit-dev/2010-April/012662.html ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Help with review of EFL CMake patches?
On Mon, May 3, 2010 at 6:09 PM, Patrick Roland Gansterer par...@paroga.com wrote: Hi, On Mon, 3 May 2010 17:33:45 -0300, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: Did you see this new version? Leandro did the work on top of yours. However he removed the .h from the source list, he did it before he read that it may be useful to get some IDE to show it. If mandatory we can add them back. Yes, I've seen it. He did a great job, but there a some parts which are not good for a general buildsystem. E.g. INCLUDE(Options${PORT}) doesn't support different ports well, since ports share some parts. (There some other points too; I'll post them on the bug) My vision is that the root CMake file will do all the WTF_USE_* stuff. It has to decide all port specific stuff. All other CMake files should only use this defines. This will provide a central to switch the different implementations (e.g. switch between pthread and native threads on windows). The point is to split this off to some ports as these things are likely to get huge. As said we did some for GTK and EFL, although they share a lot, the checks became big to make the file a PITA to read. Although CMake does provide if() and indentation, the branches tend to be quite long. also, each folder, like JavaScriptCore/CMakeLists.txt have a port-specific file included, that may be used to filter or extend the lists, or to change some variables. This way we can turn on *core libraries as shared objects and have libJavaScriptCoreGtk.so and libJavaScriptGtk.so installed. This is not so useful for deployment, but definitely useful for development where link times tend to be quite long if you don't have lots of RAM for linking. Also, this is done in a way that we don't need to anticipate all kind of different platform behaviors, they can just change the behavior as intended. I already run in some problem with my JavaScriptCore CMake files, but I hoped for some feedback I didn't get. Well, the bits you did were quite unchanged, except by delegating the options to their own files due the above reasons. So consider these patches as feedback that works (in the sense of you can try it) My big question is if CMake should be added as a universal buildsystem (to get rid of some other buildsystems) or if it is only for the EFL port? I think this depends on ther progress in the CMake vs. GYP discussion. The last post on the mailing list was [1]. - Patrick [1] https://lists.webkit.org/pipermail/webkit-dev/2010-April/012662.html As I said, I really want to get out of the universal thing otherwise it will not be merged. IMHO it is a much saner approach to do one example and passively convert those that are willing to use CMake (ie: Xan said if Gtk works without loss, then he'd be fine to use it). Alternatively, if moving to GYP will make our build system be accepted more easily, then just say and we'll take the burden of going that route. We just want to have all we need in SVN, say to users get svn, type this and it is done. Also, maintaining the build off tree proved painful over the last weeks when files were moved and we had to play catch up (to fix this we need stuff in svn AND a build bot, i know... but we'll get there). BR, -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] help with webkit installation for kde-4.4.2 (amd64 linux)
Hi, I am having a go at compiling kde4.4.2. I am now trying to build webkit for KDE4.4.2 (pure-64bit -non-multilib -amd64 linux setup). (it is needed by google-gadgets) I downloaded qtwebkit from http://gitorious.org/+qtwebkit-developers/webkit/qtwebkit and it compiles OK with the following instruction:- WebKit/WebKitTools/Scripts/build-webkit --qt --qmake=$QTDIR/bin/qmake but I have no idea from where or how to do a make install and where it should be installed ($KDEDIR or $QT4DIR) This is not the appropriate mailing list for such question. This mailing list is for WebKit development (see http://webkit.org/contact.html). There is a webkit-qt mailing list (http://lists.webkit.org/mailman/listinfo.cgi/webkit-qt) where people should be able to better answer your question. It looks to be more a qmake question than a WebKit question though. [snipped] === WebKit is now built (42m:47s). To run QtLauncher with this newly-built code, use the webkit-qtwebkit/WebKitTools/Scripts/run-launcher script. === FYI, this message indicates that your build successfully finished (it seems you were unsure if everything worked fine). Regards, Julien ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] help with webkit installation for kde-4.4.2 (amd64 linux)
Greetings, I am having a go at compiling kde4.4.2. I am now trying to build webkit for KDE4.4.2 (pure-64bit -non-multilib -amd64 linux setup). (it is needed by google-gadgets) I downloaded qtwebkit from http://gitorious.org/+qtwebkit-developers/webkit/qtwebkit and it compiles OK with the following instruction:- WebKit/WebKitTools/Scripts/build-webkit --qt --qmake=$QTDIR/bin/qmake but I have no idea from where or how to do a make install and where it should be installed ($KDEDIR or $QT4DIR) -- running help from the ~webkitTools/scripts directory yields:- ./build-webkit --helpUsage: build-webkit [options] [options to pass to build system] --help Show this help message --clean Cleanup the build directory --debug Compile in debug mode --cairo-win32 Build using Cairo (rather than CoreGraphics) on Windows --chromium Build the Chromium port on Mac/Win/Linux --gtk Build the GTK+ port --qt Build the Qt port --makeargs=arguments Optional Makefile flags --minimal No optional features, unless explicitly enabled. --[no-]3d-canvas Toggle 3D canvas support (default: 0) --[no-]3d-rendering Toggle 3D rendering support (default: 0) --[no-]channel-messaging Toggle MessageChannel and MessagePort support (default: 1) --[no-]coverage Toggle code coverage support (default: 0) --[no-]database Toggle Database Support (default: 1) --[no-]datagrid Toggle Datagrid Support (default: 0) --[no-]dom-storage Toggle DOM Storage Support (default: 1) --[no-]eventsource Toggle server-sent events support (default: 1) --[no-]filters Toggle Filters support (default: 0) --[no-]geolocation Toggle Geolocation support (default: 0) --[no-]icon-database Toggle Icon database support (default: 1) --[no-]javascript-debugger Toggle JavaScript Debugger/Profiler support (default: 1) --[no-]mathml Toggle MathML support (default: 0) --[no-]notifications Toggle Desktop Notifications Support (default: 0) --[no-]offline-web-applications Toggle Offline Web Application Support (default: 1) --[no-]ruby Toggle HTML5 Ruby support (default: 1) --[no-]shared-workers Toggle SharedWorkers support (default: 1) --[no-]svg Toggle SVG support (default: 1) --[no-]svg-animation Toggle SVG animation support (implies SVG support) (default: 1) --[no-]svg-as-image Toggle SVG as Image support (implies SVG support) (default: 1) --[no-]svg-dom-objc-bindings Toggle SVG DOM Objective-C bindings support (implies SVG support) (default: 0) --[no-]svg-fonts Toggle SVG fonts support (imples SVG support) (default: 1) --[no-]svg-foreign-object Toggle SVG foreign object support (implies SVG support) (default: 1) --[no-]svg-use Toggle SVG use element support (implies SVG support) (default: 1) --[no-]video Toggle Video support (default: 1) --[no-]web-sockets Toggle Web Sockets support (default: 1) --[no-]wml Toggle WML support (default: 0) --[no-]xhtmlmp Toggle XHTML-MP support (default: 0) --[no-]wcss Toggle WCSS support (default: 0) --[no-]workers Toggle Web Workers support (default: 1) --[no-]xpath Toggle XPath support (default: 1) --[no-]xslt Toggle XSLT support (default: 1) but I have no idea if --makeargs=arguments sets installation directory or otherwise. --- before build the source directory is ~180Mbytes after build it is ~600 Mbytes the build ends with :- make[1]: Entering directory `$SOURCES/build/webkit-qtwebkit/WebKitBuild/Release/WebKitTools/DumpRenderTree/qt/TestNetscapePlugin' g++ -c -m64 -pipe -Wreturn-type -fno-strict-aliasing -O2 -D_REENTRANT -fPIC -DBUILDING_QT__=1 -DNDEBUG -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/opt/qt-4.6.2/mkspecs/linux-g++-64 -I$SOURCES/build/webkit-qtwebkit/WebKitTools/DumpRenderTree/qt/TestNetscapePlugin -I/opt/qt-4.6.2/include/QtCore -I/opt/qt-4.6.2/include/QtGui -I/opt/qt-4.6.2/include -I$SOURCES/build/webkit-qtwebkit/WebKit/qt/Api -I$SOURCES/build/webkit-qtwebkit/JavaScriptCore
[webkit-dev] Help on RenderLayer , PaintLayres.
Hi, I am just trying to understand the layers concept. Can somebody help me to understand the PaintBehavior and PaintPhase. A general overview of how it will work for a sample page with some example will help much better. Thanks and Regards, Sachin. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] HELP - Need Information ****URGENT****
Hi All, Can anyone let me know the institutes offering training on Webkit across India. We have very urgent requirement to train few of our associates. Thanks Regards, Kalyan 9908800688 =-=-= Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] HELP - Need Information ****URGENT****
Please stop sending these messages to webkit-dev. They're getting through, but you're asking on the wrong list. Try webkit-h...@lists.webkit.org instead. You only need to post it once. Thanks. Dave From: R Kalyan r.kal...@tcs.com To: webkit-dev@lists.webkit.org Sent: Tue, December 22, 2009 6:53:28 AM Subject: [webkit-dev] HELP - Need Information URGENT Hi All, Can anyone let me know the institutes offering training on Webkit across India. We have very urgent requirement to train few of our associates. Thanks Regards, Kalyan 9908800688 =-=-= Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] help
- Original Message - From:webkit-dev-requ...@lists.webkit.org webkit-dev-requ...@lists.webkit.org To:webkit-dev@lists.webkit.org webkit-dev@lists.webkit.org Sent:15/11/2009 16:00 Subject:webkit-dev Digest, Vol 54, Issue 16 Send webkit-dev mailing list submissions to webkit-dev@lists.webkit.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev or, via email, send a message with subject or body 'help' to webkit-dev-requ...@lists.webkit.org You can reach the person managing the list at webkit-dev-ow...@lists.webkit.org When replying, please edit your Subject line so it is more specific than Re: Contents of webkit-dev digest... Today's Topics: 1. Re: Staging WebSocket protocol deployment (Ian Hickson) 2. Re: Staging WebSocket protocol deployment (Ian Hickson) -- Message: 1 Date: Sun, 15 Nov 2009 00:39:35 + (UTC) From: Ian Hickson i...@hixie.ch To: Jeremy Orlow jor...@chromium.org Cc: Fumitoshi Ukai () u...@google.com,Alexey Proskuryakov a...@webkit.org, Noel Gordon n...@google.com, WebKit Development webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] Staging WebSocket protocol deployment Message-ID: pine.lnx.4.62.0911150035580.30...@hixie.dreamhostps.com Content-Type: TEXT/PLAIN; charset=US-ASCII On Fri, 13 Nov 2009, Jeremy Orlow wrote: I don't buy that at all. There's plenty of features with the webkit- prefix and I think it's pretty clear to developers what that means. IMHO it makes no difference to authors if they have to use webkit-ws: or ws: -- either way, they might come to depend on it, and either way if other browsers want to be compatible with code written for us, they have to use the same value. The features where we have the webkit- prefix are CSS properties and values. There, there's no problem with each browser vendor doing their own extension, since you can list multiple properties. This doesn't apply to URLs like here. -- Ian Hickson U+1047E)\._.,--,'``.fL http://ln.hixie.ch/ U+263A/, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.' -- Message: 2 Date: Sun, 15 Nov 2009 00:41:33 + (UTC) From: Ian Hickson i...@hixie.ch To: Adam Barth aba...@webkit.org Cc: Fumitoshi Ukai () u...@google.com,Alexey Proskuryakov a...@webkit.org, Noel Gordon n...@google.com, WebKit Development webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] Staging WebSocket protocol deployment Message-ID: pine.lnx.4.62.0911150039460.30...@hixie.dreamhostps.com Content-Type: TEXT/PLAIN; charset=US-ASCII On Fri, 13 Nov 2009, Adam Barth wrote: Does the IETF WG have a timeline? The IETF WG doesn't event exist yet. My understanding is that IETF WG take at least a year to do anything. They take as long as we (the community) let them take. As far as I'm concerned, the WebSocket feature is very mature. The IETF is late to this party; WebSocket has been under development since 2005. -- Ian Hickson U+1047E)\._.,--,'``.fL http://ln.hixie.ch/ U+263A/, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.' -- ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev End of webkit-dev Digest, Vol 54, Issue 16 ** ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Help for Folder support for bookmark
Hi All, I am implementing bookmarks in folder.So,along with the bookmarks list,bookmarks will also be stored in folders. For that I have used a structure Folder_Record which contains two members.foldername and parentfoldername.Now,when a bookmark is added it is stored in the current folder. Also UserInterface has an option something as ADDFolder wherein you can add new folder.Now if the current added folder has no parent,parentfoldername becomes ROOT.But,if it has a parent than that foldername is stored as parentfoldername. I am using SQlite database where in the add query I am inserting values of the folderrecord structure taken from the User Interface. Can someone help me in implementing the check condition for parentfoldername?As in if the present folder has no parent ,then ROOT should be stored in database.But if there is a parent folder than that foldername should be stored as parentfoldername in database. Thanks, Arsh ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Help for Folder support for bookmark
This is not a question about WebKit development, and is not on topic for this mailing list. This is not a general programming help list nor a general browser- development help list. -- Darin ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Help : Compilation error for windows build
Hi All, I am building the webkit-r44803 on windows platform and getting compilation errors as below. --- 11WinLauncher.cpp 11.\WinLauncher.cpp(28) : fatal error C1083: Cannot open include file: 'WebKit/WebKitCOMAPI.h': No such file or directo ry 11Project : warning PRJ0018 : The following environment variables were not found: 11$(PRODUCTION) 11Build log was saved at file://C:\cygwin\home\net\WebKit\build\obj\WinLauncher\Release\BuildLog.htm 11WinLauncher - 1 error(s), 6 warning(s) 12-- Build started: Project: TestNetscapePlugin, Configuration: Release Win32 -- 12Performing Pre-Build Event... 12Project : error PRJ0002 : Error result 1 returned from 'c:\WINDOWS\system32\cmd.exe'. 12Project : warning PRJ0018 : The following environment variables were not found: 12$(PRODUCTION) 12Build log was saved at file://C:\cygwin\home\net\WebKit\build\obj\TestNetscapePlugin\Release\BuildLog.htm 12TestNetscapePlugin - 1 error(s), 0 warning(s) 13-- Build started: Project: ImageDiff, Configuration: Release Win32 -- 13Performing Pre-Build Event... 13Project : error PRJ0002 : Error result 1 returned from 'c:\WINDOWS\system32\cmd.exe'. 13Project : warning PRJ0018 : The following environment variables were not found: 13$(PRODUCTION) 13Build log was saved at file://C:\cygwin\home\net\WebKit\build\obj\ImageDiff\Release\BuildLog.htm 13ImageDiff - 1 error(s), 0 warning(s) 14-- Build started: Project: DumpRenderTree, Configuration: Release Win32 -- 14Performing Pre-Build Event... 14Project : error PRJ0002 : Error result 1 returned from 'c:\WINDOWS\system32\cmd.exe'. 14Project : warning PRJ0018 : The following environment variables were not found: 14$(PRODUCTION) 14Build log was saved at file://C:\cygwin\home\net\WebKit\build\obj\DumpRenderTree\Release\BuildLog.htm 14DumpRenderTree - 1 error(s), 0 warning(s) == Build: 7 succeeded, 7 failed, 4 up-to-date, 0 skipped == -- Kindly suggest us to remove this compilation error. Thanks in Advance, Guru ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Help! I can't survive building WebKit in Visual Studio 2005 IDE!
From your log : missing pthread.h and uchar.h unicode/uchar.h and pthread.h are all located in WebKitSupportLibrary ,which would be extracted to WebKitLibraries under your source root .Check the build script (I think it's readable enough) .I only built Webkit Win32 port once, saw the similar problem before ,just cannot remember how I fixed that before . But I do believe it should not be a serious issue to put you mad :) 2009/6/17 张雷 zhang@kortide.com.cn 3正在编译... 3Assertions.cpp 3ByteArray.cpp 3CollatorDefault.cpp 3d:\WebKit-r41121\JavaScriptCore\wtf/unicode/icu/UnicodeIcu.h(27) : fatal error C1083: 无法打开包括文件:“unicode/uchar.h”: No such file or directory 3CollatorICU.cpp 3d:\WebKit-r41121\JavaScriptCore\wtf/unicode/icu/UnicodeIcu.h(27) : fatal error C1083: 无法打开包括文件:“unicode/uchar.h”: No such file or directory 3CurrentTime.cpp 3dtoa.cpp 3FastMalloc.cpp 3..\..\wtf\FastMalloc.cpp(82) : fatal error C1083: 无法打开包括文件:“pthread.h”: No such file or directory 3HashTable.cpp 3项目 : warning PRJ0018 : 未找到下列环境变量: 3$(PRODUCTION) 3生成日志保存在“file://D:\WebKit-r41121\Output\obj\WTF\Debug\BuildLog.htm” 3WTF - 3 个错误,0 个警告 Building Webkit is a DAYMARE to me, and I'm afraid I cann't survive! Any help is appreciated! I've been nearly driven mad!! ___ 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] Help! I can't survive building WebKit in Visual Studio 2005 IDE!
Instead of trying to build from Visual Studio, try WebKitTools/Scripts/build-webkit --debug on cygwin. Ryosuke On Tue, Jun 16, 2009 at 8:55 PM, 张雷 zhang@kortide.com.cn wrote: I tried several times, but failed always! God damn! I read all the instructions detailedly. These are my steps: Note: I already have VS2005 Professional Edition with sp1(Microsoft Visual Studio 2005 Team Suite Service Pack 1http://www.microsoft.com/downloads/details.aspx?familyid=BB4A75AB-E2D4-4C96-B39D-37BAF6B5B1DCdisplaylang=en) patched(But I don't have the other four suggested hotfixes intalled, for some reason). 1)Install Cygwin with Cygwin downloader(All as instructed to do. Use Unix style line ending for my Cygwin.). 2)Installthe QuickTime SDK. 3)Get source code from Nightly Builds(I tried r41121 and the latest r44697 but failed building either). 4)Place WebKit Support Librarieshttp://developer.apple.com/opensource/internet/webkit_sptlib_agree.htmlin the root of WebKit soruce tree. 5)Set WEBKITOUTPUTDIR and WEBKITLIBRARIESDIR 6)Open WebKit.sln in VS2005 IDE and choose Debug and build solution. Then I get error message complainint that cannot open include file 'unicode/uchar.h'. Detailed log message is as follows(errors are marked with red color): 1-- 已启动生成: 项目: JavaScriptCoreGenerated, 配置: Release Win32 -- 2-- 已启动生成: 项目: record-memory-win, 配置: Release Win32 -- 1正在执行生成文件项目操作 2正在编译... 1 xcopy /y/d/e/i ..\..\..\WebKitLibraries\win\tools D:\WebKit-r41121\WebKitLibraries\win\tools 1不能执行周期性复制 1复制了 0 个文件 1 touch D:\WebKit-r41121\Output\buildfailed 1 bash build-generated-files.sh D:\WebKit-r41121\Output D:\WebKit-r41121\WebKitLibraries\win 2main.cpp 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/ArrayPrototype.cpp -i ArrayPrototype.lut.h 1/cygdrive/d/WEBKIT~1/JAVASC~1/pcre/dftables chartables.c 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/ArrayPrototype.cpp 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/DatePrototype.cpp -i DatePrototype.lut.h 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/DatePrototype.cpp 1bison -d -p jscyy /cygdrive/d/WEBKIT~1/JAVASC~1/parser/Grammar.y -o Grammar.cpp bison_out.txt 21 2正在链接... 2正在生成代码 1perl -p -e 'END { if ($conflict) { unlink Grammar.cpp; die; } } $conflict ||= /conflict/' bison_out.txt 2已完成代码的生成 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/parser/Keywords.table Lexer.lut.h 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/parser/Keywords.table 2正在嵌入清单... 1touch Grammar.cpp.h 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/MathObject.cpp -i MathObject.lut.h 2生成日志保存在“file://D:\WebKit-r41121\Output\obj\record-memory-win\Release\BuildLog.htm” 2record-memory-win - 0 个错误,0 个警告 1touch Grammar.hpp 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/MathObject.cpp 1cat Grammar.cpp.h Grammar.hpp Grammar.h 1rm -f Grammar.cpp.h Grammar.hpp bison_out.txt 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/NumberConstructor.cpp -i NumberConstructor.lut.h 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/RegExpConstructor.cpp -i RegExpConstructor.lut.h 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/NumberConstructor.cpp 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/RegExpConstructor.cpp 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/RegExpObject.cpp -i RegExpObject.lut.h 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/RegExpObject.cpp 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/StringPrototype.cpp -i StringPrototype.lut.h 1perl /cygdrive/d/WEBKIT~1/JAVASC~1/docs/make-bytecode-docs.pl /cygdrive/d/WEBKIT~1/JAVASC~1/interpreter/Interpreter.cpp docs/bytecode.html 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/StringPrototype.cpp 1UNDOCUMENTED: get_by_id_self_list 1UNDOCUMENTED: get_by_id_proto_list 1 mkdir 2NUL D:\WebKit-r41121\Output\include\JavaScriptCore\JavaScriptCore 1 xcopy /y /d ..\..\API\APICast.h D:\WebKit-r41121\Output\include\JavaScriptCore\JavaScriptCore 1..\..\API\APICast.h 1复制了 1 个文件 1 xcopy /y /d ..\..\API\JavaScript.h D:\WebKit-r41121\Output\include\JavaScriptCore\JavaScriptCore 1..\..\API\JavaScript.h 1复制了 1 个文件 1 xcopy /y /d ..\..\API\JSBase.h D:\WebKit-r41121\Output\include\JavaScriptCore\JavaScriptCore 1..\..\API\JSBase.h 1复制了 1 个文件 1 xcopy /y /d ..\..\API\JSContextRef.h D:\WebKit-r41121\Output\include\JavaScriptCore\JavaScriptCore 1..\..\API\JSContextRef.h 1复制了 1 个文件 1 xcopy /y /d ..\..\API\JSObjectRef.h D:\WebKit-r41121\Output\include\JavaScriptCore\JavaScriptCore 1..\..\API\JSObjectRef.h 1复制了 1 个文件 1 xcopy /y /d ..\..\API\JSStringRef.h
Re: [webkit-dev] Help! I can't survive building WebKit in Visual Studio 2005 IDE!
Or just run WebKitTools/Scripts/update-webkit and then WebKitTools/Scripts/update-webkit-support-libs to fetch and extract both WebKitAuxiliaryLibrary.zip and WebKitSupportLibrary.zip . And then you'll be able to build using WebKit/win/WebKit.vcproj/WebKit.sln . Thanks, Takeshi 2009/6/17 Ryosuke Niwa rn...@google.com You should still be able to use VS.net debugger with it. 2009/6/17 Ryosuke Niwa rn...@google.com Instead of trying to build from Visual Studio, try WebKitTools/Scripts/build-webkit --debug on cygwin. Ryosuke On Tue, Jun 16, 2009 at 8:55 PM, 张雷 zhang@kortide.com.cn wrote: I tried several times, but failed always! God damn! I read all the instructions detailedly. These are my steps: Note: I already have VS2005 Professional Edition with sp1(Microsoft Visual Studio 2005 Team Suite Service Pack 1http://www.microsoft.com/downloads/details.aspx?familyid=BB4A75AB-E2D4-4C96-B39D-37BAF6B5B1DCdisplaylang=en) patched(But I don't have the other four suggested hotfixes intalled, for some reason). 1)Install Cygwin with Cygwin downloader(All as instructed to do. Use Unix style line ending for my Cygwin.). 2)Installthe QuickTime SDK. 3)Get source code from Nightly Builds(I tried r41121 and the latest r44697 but failed building either). 4)Place WebKit Support Librarieshttp://developer.apple.com/opensource/internet/webkit_sptlib_agree.htmlin the root of WebKit soruce tree. 5)Set WEBKITOUTPUTDIR and WEBKITLIBRARIESDIR 6)Open WebKit.sln in VS2005 IDE and choose Debug and build solution. Then I get error message complainint that cannot open include file 'unicode/uchar.h'. Detailed log message is as follows(errors are marked with red color): 1-- 已启动生成: 项目: JavaScriptCoreGenerated, 配置: Release Win32 -- 2-- 已启动生成: 项目: record-memory-win, 配置: Release Win32 -- 1正在执行生成文件项目操作 2正在编译... 1 xcopy /y/d/e/i ..\..\..\WebKitLibraries\win\tools D:\WebKit-r41121\WebKitLibraries\win\tools 1不能执行周期性复制 1复制了 0 个文件 1 touch D:\WebKit-r41121\Output\buildfailed 1 bash build-generated-files.sh D:\WebKit-r41121\Output D:\WebKit-r41121\WebKitLibraries\win 2main.cpp 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/ArrayPrototype.cpp -i ArrayPrototype.lut.h 1/cygdrive/d/WEBKIT~1/JAVASC~1/pcre/dftables chartables.c 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/ArrayPrototype.cpp 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/DatePrototype.cpp -i DatePrototype.lut.h 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/DatePrototype.cpp 1bison -d -p jscyy /cygdrive/d/WEBKIT~1/JAVASC~1/parser/Grammar.y -o Grammar.cpp bison_out.txt 21 2正在链接... 2正在生成代码 1perl -p -e 'END { if ($conflict) { unlink Grammar.cpp; die; } } $conflict ||= /conflict/' bison_out.txt 2已完成代码的生成 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/parser/Keywords.table Lexer.lut.h 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/parser/Keywords.table 2正在嵌入清单... 1touch Grammar.cpp.h 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/MathObject.cpp -i MathObject.lut.h 2生成日志保存在“file://D:\WebKit-r41121\Output\obj\record-memory-win\Release\BuildLog.htm” 2record-memory-win - 0 个错误,0 个警告 1touch Grammar.hpp 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/MathObject.cpp 1cat Grammar.cpp.h Grammar.hpp Grammar.h 1rm -f Grammar.cpp.h Grammar.hpp bison_out.txt 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/NumberConstructor.cpp -i NumberConstructor.lut.h 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/RegExpConstructor.cpp -i RegExpConstructor.lut.h 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/NumberConstructor.cpp 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/RegExpConstructor.cpp 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/RegExpObject.cpp -i RegExpObject.lut.h 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/RegExpObject.cpp 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/StringPrototype.cpp -i StringPrototype.lut.h 1perl /cygdrive/d/WEBKIT~1/JAVASC~1/docs/make-bytecode-docs.pl /cygdrive/d/WEBKIT~1/JAVASC~1/interpreter/Interpreter.cpp docs/bytecode.html 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/StringPrototype.cpp 1UNDOCUMENTED: get_by_id_self_list 1UNDOCUMENTED: get_by_id_proto_list 1 mkdir 2NUL D:\WebKit-r41121\Output\include\JavaScriptCore\JavaScriptCore 1 xcopy /y /d ..\..\API\APICast.h D:\WebKit-r41121\Output\include\JavaScriptCore\JavaScriptCore 1..\..\API\APICast.h 1复制了 1 个文件 1 xcopy /y /d ..\..\API\JavaScript.h D:\WebKit-r41121\Output\include\JavaScriptCore\JavaScriptCore 1..\..\API\JavaScript.h 1复制了 1 个文件 1 xcopy /y /d
Re: [webkit-dev] Help! I can't survive building WebKit in Visual Studio 2005 IDE!
I tried building from the Cygwin command line with WebKitTools/Scripts/build-webkit --debug. Buf failed with the same error message. :( 原始信息 主题: Re: [webkit-dev] Help! I can't survive building WebKit in Visual Studio 2005 IDE! 发件人: Ryosuke Niwa rn...@google.com 收件人: WebKit Development webkit-dev@lists.webkit.org 日期: 2009-6-17 17:26 Instead of trying to build from Visual Studio, try WebKitTools/Scripts/build-webkit --debug on cygwin. Ryosuke On Tue, Jun 16, 2009 at 8:55 PM, 张雷 zhang@kortide.com.cn wrote: I tried several times, but failed always! God damn! I read all the instructions detailedly. These are my steps: Note: I already have VS2005 Professional Edition with sp1(Microsoft Visual Studio 2005 Team Suite Service Pack 1) patched(But I don't have the other four suggested hotfixes intalled, for some reason). 1)Install Cygwin with Cygwin downloader(All as instructed to do. Use Unix style line ending for my Cygwin.). 2)Installthe QuickTime SDK. 3)Get source code from Nightly Builds(I tried r41121 and the latest r44697 but failed building either). 4)Place WebKit Support Libraries in the root of WebKit soruce tree. 5)Set WEBKITOUTPUTDIR and WEBKITLIBRARIESDIR 6)Open WebKit.sln in VS2005 IDE and choose "Debug" and build solution. Then I get error message complainint that "cannot open include file 'unicode/uchar.h'". Detailed log message is as follows(errors are marked with red color): 1-- 已启动生成: 项目: _javascript_CoreGenerated, 配置: Release Win32 -- 2-- 已启动生成: 项目: record-memory-win, 配置: Release Win32 -- 1正在执行生成文件项目操作 2正在编译... 1 xcopy /y/d/e/i "..\..\..\WebKitLibraries\win\tools" "D:\WebKit-r41121\WebKitLibraries\win\tools" 1不能执行周期性复制 1复制了 0 个文件 1 touch "D:\WebKit-r41121\Output\buildfailed" 1 bash build-generated-files.sh "D:\WebKit-r41121\Output" "D:\WebKit-r41121\WebKitLibraries\win" 2main.cpp 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/ArrayPrototype.cpp -i ArrayPrototype.lut.h 1/cygdrive/d/WEBKIT~1/JAVASC~1/pcre/dftables chartables.c 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/ArrayPrototype.cpp 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/DatePrototype.cpp -i DatePrototype.lut.h 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/DatePrototype.cpp 1bison -d -p jscyy /cygdrive/d/WEBKIT~1/JAVASC~1/parser/Grammar.y -o Grammar.cpp bison_out.txt 21 2正在链接... 2正在生成代码 1perl -p -e 'END { if ($conflict) { unlink "Grammar.cpp"; die; } } $conflict ||= /conflict/' bison_out.txt 2已完成代码的生成 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/parser/Keywords.table Lexer.lut.h 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/parser/Keywords.table 2正在嵌入清单... 1touch Grammar.cpp.h 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/MathObject.cpp -i MathObject.lut.h 2生成日志保存在“file://D:\WebKit-r41121\Output\obj\record-memory-win\ Release\BuildLog.htm” 2record-memory-win - 0 个错误,0 个警告 1touch Grammar.hpp 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/MathObject.cpp 1cat Grammar.cpp.h Grammar.hpp Grammar.h 1rm -f Grammar.cpp.h Grammar.hpp bison_out.txt 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/NumberConstructor.cpp -i NumberConstructor.lut.h 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/RegExpConstructor.cpp -i RegExpConstructor.lut.h 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/NumberConstructor.cpp 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/RegExpConstructor.cpp 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/RegExpObject.cpp -i RegExpObject.lut.h 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/RegExpObject.cpp 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/StringPrototype.cpp -i StringPrototype.lut.h 1perl /cygdrive/d/WEBKIT~1/JAVASC~1/docs/make-bytecode-docs.pl /cygdrive/d/WEBKIT~1/JAVASC~1/interpreter/Interpreter.cpp docs/bytecode.html 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/StringPrototype.cpp 1UNDOCUMENTED: get_by_id_self_list 1UNDOCUMENTED: get_by_id_proto_list 1 mkdir 2NUL "D:\WebKit-r41121\Output\include\_javascript_Core\_javascript_Core" 1 xcopy /y /d "..\..\API\APICast.h" "D:\WebKit-r41121\Output\include\_javascript_Core\_javascript_Core" 1..\..\API\APICast.h 1复制了 1 个文件 1 xcopy /y /d "..\..\API\_javascript_.h" "D:\WebKit-r41121\Output\include\_javascript_Core\_javascript_Core" 1..\..\API\_javascript_.h 1复制了 1 个文件 1 xcopy /y /d "..\..\API\JSBase.h" "D:\WebKit-r41121\Output\include\_javascript_Core\_javascript_Core" 1..\..\API\JSBase.h 1复制了 1 个文件 1 xcopy /
Re: [webkit-dev] Help! I can't survive building WebKit in Visual Studio 2005 IDE!
What's WebKitAuxiliaryLibrary.zip? I searched it in my WebKit source folder but found none. 原始信息 主题: Re: [webkit-dev] Help! I can't survive building WebKit in Visual Studio 2005 IDE! 发件人: Takeshi Yoshino tyosh...@google.com 收件人: Ryosuke Niwa rn...@google.com 抄送: WebKit Development webkit-dev@lists.webkit.org 日期: 2009-6-17 17:31 Or just runWebKitTools/Scripts/update-webkit and then WebKitTools/Scripts/update-webkit-support-libs to fetch and extract both WebKitAuxiliaryLibrary.zip and WebKitSupportLibrary.zip . And then you'll be able to build using WebKit/win/WebKit.vcproj/WebKit.sln . Thanks, Takeshi 2009/6/17 Ryosuke Niwa rn...@google.com You should still be able to use VS.net debugger with it. 2009/6/17 Ryosuke Niwa rn...@google.com Instead of trying to build from Visual Studio, try WebKitTools/Scripts/build-webkit --debug on cygwin. Ryosuke On Tue, Jun 16, 2009 at 8:55 PM, 张雷 zhang@kortide.com.cn wrote: I tried several times, but failed always! God damn! I read all the instructions detailedly. These are my steps: Note: I already have VS2005 Professional Edition with sp1(Microsoft Visual Studio 2005 Team Suite Service Pack 1) patched(But I don't have the other four suggested hotfixes intalled, for some reason). 1)Install Cygwin with Cygwin downloader(All as instructed to do. Use Unix style line ending for my Cygwin.). 2)Installthe QuickTime SDK. 3)Get source code from Nightly Builds(I tried r41121 and the latest r44697 but failed building either). 4)Place WebKit Support Libraries in the root of WebKit soruce tree. 5)Set WEBKITOUTPUTDIR and WEBKITLIBRARIESDIR 6)Open WebKit.sln in VS2005 IDE and choose "Debug" and build solution. Then I get error message complainint that "cannot open include file 'unicode/uchar.h'". Detailed log message is as follows(errors are marked with red color): 1-- 已启动生成: 项目: _javascript_CoreGenerated, 配置: Release Win32 -- 2-- 已启动生成: 项目: record-memory-win, 配置: Release Win32 -- 1正在执行生成文件项目操作 2正在编译... 1 xcopy /y/d/e/i "..\..\..\WebKitLibraries\win\tools" "D:\WebKit-r41121\WebKitLibraries\win\tools" 1不能执行周期性复制 1复制了 0 个文件 1 touch "D:\WebKit-r41121\Output\buildfailed" 1 bash build-generated-files.sh "D:\WebKit-r41121\Output" "D:\WebKit-r41121\WebKitLibraries\win" 2main.cpp 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/ArrayPrototype.cpp -i ArrayPrototype.lut.h 1/cygdrive/d/WEBKIT~1/JAVASC~1/pcre/dftables chartables.c 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/ArrayPrototype.cpp 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/DatePrototype.cpp -i DatePrototype.lut.h 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/DatePrototype.cpp 1bison -d -p jscyy /cygdrive/d/WEBKIT~1/JAVASC~1/parser/Grammar.y -o Grammar.cpp bison_out.txt 21 2正在链接... 2正在生成代码 1perl -p -e 'END { if ($conflict) { unlink "Grammar.cpp"; die; } } $conflict ||= /conflict/' bison_out.txt 2已完成代码的生成 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/parser/Keywords.table Lexer.lut.h 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/parser/Keywords.table 2正在嵌入清单... 1touch Grammar.cpp.h 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/MathObject.cpp -i MathObject.lut.h 2生成日志保存在“file://D:\WebKit-r41121\Output\obj\record-memory-win\ Release\BuildLog.htm” 2record-memory-win - 0 个错误,0 个警告 1touch Grammar.hpp 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/MathObject.cpp 1cat Grammar.cpp.h Grammar.hpp Grammar.h 1rm -f Grammar.cpp.h Grammar.hpp bison_out.txt 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/NumberConstructor.cpp -i NumberConstructor.lut.h 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/RegExpConstructor.cpp -i RegExpConstructor.lut.h 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/NumberConstructor.cpp 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/RegExpConstructor.cpp 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/RegExpObject.cpp -i RegExpObject.lut.h 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/RegExpObject.cpp 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/StringPrototype.cpp -i StringPrototype.lut.h 1perl /cygdrive/d/WEBKIT~1/JAVASC~1/docs/make-bytecode-docs.pl /cygdrive/d/WEBKIT~1/JAVASC~1/interpreter/Interpreter.cpp docs/bytecode.html 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/StringPrototype.cpp 1UNDOCUMENTED: get_by_id_self_list 1UNDOCUMENTED: get_by_id_proto_list 1 mkdir 2NUL &
Re: [webkit-dev] Help! I can't survive building WebKit in Visual Studio 2005 IDE!
But someone better to document the detail building setup in the official webkit building page (or at least provide a link to related wiki pages ). Firefox has a well documented building guide (Im not complaining :)) 2009/6/17 Nevo sakur.dea...@gmail.com I think Takeshi already show you the way :) just run WebKitTools/Scripts/update-webkit and then WebKitTools/Scripts/update-webkit-support-libs to fetch and extract both WebKitAuxiliaryLibrary.zip and WebKitSupportLibrary.zip . 2009/6/17 张雷 zhang@kortide.com.cn What's WebKitAuxiliaryLibrary.zip? I searched it in my WebKit source folder but found none. 原始信息 主题: Re: [webkit-dev] Help! I can't survive building WebKit in Visual Studio 2005 IDE! 发件人: Takeshi Yoshino tyosh...@google.com tyosh...@google.com 收件人: Ryosuke Niwa rn...@google.com rn...@google.com 抄送: WebKit Development webkit-dev@lists.webkit.orgwebkit-dev@lists.webkit.org 日期: 2009-6-17 17:31 Or just run WebKitTools/Scripts/update-webkit and then WebKitTools/Scripts/update-webkit-support-libs to fetch and extract both WebKitAuxiliaryLibrary.zip and WebKitSupportLibrary.zip . And then you'll be able to build using WebKit/win/WebKit.vcproj/WebKit.sln . Thanks, Takeshi 2009/6/17 Ryosuke Niwa rn...@google.com You should still be able to use VS.net debugger with it. 2009/6/17 Ryosuke Niwa rn...@google.com Instead of trying to build from Visual Studio, try WebKitTools/Scripts/build-webkit --debug on cygwin. Ryosuke On Tue, Jun 16, 2009 at 8:55 PM, 张雷 zhang@kortide.com.cn wrote: I tried several times, but failed always! God damn! I read all the instructions detailedly. These are my steps: Note: I already have VS2005 Professional Edition with sp1(Microsoft Visual Studio 2005 Team Suite Service Pack 1http://www.microsoft.com/downloads/details.aspx?familyid=BB4A75AB-E2D4-4C96-B39D-37BAF6B5B1DCdisplaylang=en) patched(But I don't have the other four suggested hotfixes intalled, for some reason). 1)Install Cygwin with Cygwin downloader(All as instructed to do. Use Unix style line ending for my Cygwin.). 2)Installthe QuickTime SDK. 3)Get source code from Nightly Builds(I tried r41121 and the latest r44697 but failed building either). 4)Place WebKit Support Librarieshttp://developer.apple.com/opensource/internet/webkit_sptlib_agree.htmlin the root of WebKit soruce tree. 5)Set WEBKITOUTPUTDIR and WEBKITLIBRARIESDIR 6)Open WebKit.sln in VS2005 IDE and choose Debug and build solution. Then I get error message complainint that cannot open include file 'unicode/uchar.h'. Detailed log message is as follows(errors are marked with red color): 1-- 已启动生成: 项目: JavaScriptCoreGenerated, 配置: Release Win32 -- 2-- 已启动生成: 项目: record-memory-win, 配置: Release Win32 -- 1正在执行生成文件项目操作 2正在编译... 1 xcopy /y/d/e/i ..\..\..\WebKitLibraries\win\tools D:\WebKit-r41121\WebKitLibraries\win\tools 1不能执行周期性复制 1复制了 0 个文件 1 touch D:\WebKit-r41121\Output\buildfailed 1 bash build-generated-files.sh D:\WebKit-r41121\Output D:\WebKit-r41121\WebKitLibraries\win 2main.cpp 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/ArrayPrototype.cpp -i ArrayPrototype.lut.h 1/cygdrive/d/WEBKIT~1/JAVASC~1/pcre/dftables chartables.c 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/ArrayPrototype.cpp 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/DatePrototype.cpp -i DatePrototype.lut.h 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/DatePrototype.cpp 1bison -d -p jscyy /cygdrive/d/WEBKIT~1/JAVASC~1/parser/Grammar.y -o Grammar.cpp bison_out.txt 21 2正在链接... 2正在生成代码 1perl -p -e 'END { if ($conflict) { unlink Grammar.cpp; die; } } $conflict ||= /conflict/' bison_out.txt 2已完成代码的生成 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/parser/Keywords.table Lexer.lut.h 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/parser/Keywords.table 2正在嵌入清单... 1touch Grammar.cpp.h 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/MathObject.cpp -i MathObject.lut.h 2生成日志保存在“file://D:\WebKit-r41121\Output\obj\record-memory-win\Release\BuildLog.htm” 2record-memory-win - 0 个错误,0 个警告 1touch Grammar.hpp 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/MathObject.cpp 1cat Grammar.cpp.h Grammar.hpp Grammar.h 1rm -f Grammar.cpp.h Grammar.hpp bison_out.txt 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/NumberConstructor.cpp -i NumberConstructor.lut.h 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/RegExpConstructor.cpp -i RegExpConstructor.lut.h 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/NumberConstructor.cpp 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/RegExpConstructor.cpp 1/cygdrive/d/WEBKIT~1/JAVASC~1
[webkit-dev] Help! I can't survive building WebKit in Visual Studio 2005 IDE!
I tried several times, but failed always! God damn! I read all the instructions detailedly. These are my steps: Note: I already have VS2005 Professional Edition with sp1(Microsoft Visual Studio 2005 Team Suite Service Pack 1) patched(But I don't have the other four suggested hotfixes intalled, for some reason). 1)Install Cygwin with Cygwin downloader(All as instructed to do. Use Unix style line ending for my Cygwin.). 2)Installthe QuickTime SDK. 3)Get source code from Nightly Builds(I tried r41121 and the latest r44697 but failed building either). 4)Place WebKit Support Libraries in the root of WebKit soruce tree. 5)Set WEBKITOUTPUTDIR and WEBKITLIBRARIESDIR 6)Open WebKit.sln in VS2005 IDE and choose "Debug" and build solution. Then I get error message complainint that "cannot open include file 'unicode/uchar.h'". Detailed log message is as follows(errors are marked with red color): 1-- 已启动生成: 项目: _javascript_CoreGenerated, 配置: Release Win32 -- 2-- 已启动生成: 项目: record-memory-win, 配置: Release Win32 -- 1正在执行生成文件项目操作 2正在编译... 1 xcopy /y/d/e/i "..\..\..\WebKitLibraries\win\tools" "D:\WebKit-r41121\WebKitLibraries\win\tools" 1不能执行周期性复制 1复制了 0 个文件 1 touch "D:\WebKit-r41121\Output\buildfailed" 1 bash build-generated-files.sh "D:\WebKit-r41121\Output" "D:\WebKit-r41121\WebKitLibraries\win" 2main.cpp 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/ArrayPrototype.cpp -i ArrayPrototype.lut.h 1/cygdrive/d/WEBKIT~1/JAVASC~1/pcre/dftables chartables.c 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/ArrayPrototype.cpp 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/DatePrototype.cpp -i DatePrototype.lut.h 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/DatePrototype.cpp 1bison -d -p jscyy /cygdrive/d/WEBKIT~1/JAVASC~1/parser/Grammar.y -o Grammar.cpp bison_out.txt 21 2正在链接... 2正在生成代码 1perl -p -e 'END { if ($conflict) { unlink "Grammar.cpp"; die; } } $conflict ||= /conflict/' bison_out.txt 2已完成代码的生成 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/parser/Keywords.table Lexer.lut.h 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/parser/Keywords.table 2正在嵌入清单... 1touch Grammar.cpp.h 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/MathObject.cpp -i MathObject.lut.h 2生成日志保存在“file://D:\WebKit-r41121\Output\obj\record-memory-win\ Release\BuildLog.htm” 2record-memory-win - 0 个错误,0 个警告 1touch Grammar.hpp 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/MathObject.cpp 1cat Grammar.cpp.h Grammar.hpp Grammar.h 1rm -f Grammar.cpp.h Grammar.hpp bison_out.txt 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/NumberConstructor.cpp -i NumberConstructor.lut.h 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/RegExpConstructor.cpp -i RegExpConstructor.lut.h 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/NumberConstructor.cpp 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/RegExpConstructor.cpp 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/RegExpObject.cpp -i RegExpObject.lut.h 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/RegExpObject.cpp 1/cygdrive/d/WEBKIT~1/JAVASC~1/create_hash_table /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/StringPrototype.cpp -i StringPrototype.lut.h 1perl /cygdrive/d/WEBKIT~1/JAVASC~1/docs/make-bytecode-docs.pl /cygdrive/d/WEBKIT~1/JAVASC~1/interpreter/Interpreter.cpp docs/bytecode.html 1Creating hashtable for /cygdrive/d/WEBKIT~1/JAVASC~1/runtime/StringPrototype.cpp 1UNDOCUMENTED: get_by_id_self_list 1UNDOCUMENTED: get_by_id_proto_list 1 mkdir 2NUL "D:\WebKit-r41121\Output\include\_javascript_Core\_javascript_Core" 1 xcopy /y /d "..\..\API\APICast.h" "D:\WebKit-r41121\Output\include\_javascript_Core\_javascript_Core" 1..\..\API\APICast.h 1复制了 1 个文件 1 xcopy /y /d "..\..\API\_javascript_.h" "D:\WebKit-r41121\Output\include\_javascript_Core\_javascript_Core" 1..\..\API\_javascript_.h 1复制了 1 个文件 1 xcopy /y /d "..\..\API\JSBase.h" "D:\WebKit-r41121\Output\include\_javascript_Core\_javascript_Core" 1..\..\API\JSBase.h 1复制了 1 个文件 1 xcopy /y /d "..\..\API\JSContextRef.h" "D:\WebKit-r41121\Output\include\_javascript_Core\_javascript_Core" 1..\..\API\JSContextRef.h 1复制了 1 个文件 1 xcopy /y /d "..\..\API\JSObjectRef.h" "D:\WebKit-r41121\Output\include\_javascript_Core\_javascript_Core" 1..\..\API\JSObjectRef.h 1复制了 1 个文件 1 xcopy /y /d "..\..\API\JSStringRef.h" "D:\WebKit-r41121\Output\include\_javascript_Core\_javascript_Core" 1..\..\API\JSStringRef.h 1复制了 1 个文件 1 xcopy /y /d "..\..\API\JSStringRefCF.h" "D:\WebKit-r41121\Output\include\_javascript_Core\_javascript_Core" 1..\..\API\JSStringRefCF.h 1复制了 1 个文件 1 xcopy /y /d "..\..\API\JSStringRefBSTR.h" "D:\WebKit-r41121\Output\include\_javascript_Core\_javascript_Core" 1..\..\API\JSStringRefBSTR.h 1复制了 1
[webkit-dev] Help for Flash Player plugin
Hello all, Sorry if i have reposted this thread. I am developing an application for MAC with loads Flash Player plugin and play SWF. I am abloe to load Plugin and got Entry Points of Flash Player Plugin and able to call that entry points. Problem is that i am not able to load SWF file in that plugin. I am writing a stream of SWF to Plugin but not loaded SWF. So if anyone has done same then please provide me some source code or giude to do so. -- Regards, Manish Patel ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Help for Flash Player plugin
Hello all, Sorry if i have reposted this thread. I am developing an application for MAC with loads Flash Player plugin and play SWF. I am abloe to load Plugin and got Entry Points of Flash Player Plugin and able to call that entry points. Problem is that i am not able to load SWF file in that plugin. I am writing a stream of SWF to Plugin but not loaded SWF. So if anyone has done same then please provide me some source code or giude to do so. -- Manish Patel B.E. - Information Technology ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Help for Flash Player plugin
Hello all, Sorry if i have reposted this thread. I am developing an application for MAC with loads Flash Player plugin and play SWF. I am abloe to load Plugin and got Entry Points of Flash Player Plugin and able to call that entry points. Problem is that i am not able to load SWF file in that plugin. I am writing a stream of SWF to Plugin but not loaded SWF. So if anyone has done same then please provide me some source code or giude to do so. -- Regards, Manish Patel ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] help with installing webit on linux/KDE(CBLFS)-amd64
Greetings, I am new to this list. I have tried to install webkit on a box with the following characteristics: CPU:AMD64 O-S(Linux (CLFS) Kernel 2.6.27.7 GCC 4.3.2. I downloaded WebKit and WebKit-r41844 (nightly build). For the latter I used /WebKitTools/Scripts/build-webkit as instructed and at the end I obtained fhe following === WebKit is now built. To run QtLauncher with this newly-built code, use the WebKitTools/Scripts/run-launcher script. NOTE: WebKit has been built with SVG support enabled. QtLauncher will have SVG viewing capabilities. Your build supports the following (optional) SVG features: * Basic SVG animation. * SVG foreign object. * SVG fonts. * SVG as image. * SVG use support. ## However I then try to compile kdenetwork-4.2.1 and I get the following - -- The following OPTIONAL packages could NOT be located on your system. -- Consider installing them to enable more features from this software. + Decibel: KDE framework for real-time communication http://decibel.kde.org/ Used by the Kopete telepathy protocol. + WebKitKde: Webkitkde libraries and header files Webkitkde is necessary to compile support for WebKitKde. - The webkit build above not report where binaries, libraries etc are installed (indeed if they are installed). I then decided to try another route using gnu make. However all attempts to run sh.autogen.sh' (from both downloads of webkit) results with the following:- checking the target windowing system... x11 checking for Hildon UI extensions... no ./configure: line 18971: syntax error near unexpected token `HILDON,' ./configure: line 18971: `PKG_CHECK_MODULES(HILDON, hildon-1)' help: would be appreciared for:- a) where if the first method has built webkit and where it is installed and/or b) a fix for the HILDON problem when the autogern.sh script is run. sincerely sibu ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Help with Python and WebKit?
Hi, I hope this is a reasonable list for this question. Apologies in advance if it isn't. I'm running OS X 10.5 and I'm trying to use an application that relies on the pyobjc libraries. It begins with a few imports: import Foundation import WebKit import AppKit import objc All of these succeed *except* WebKit. The WebKit import always fails with a no module named WebKit error. Hunting about on the net didn't lead anywhere. At first it seemed like maybe I needed the WebKit SDK from ADC, but I couldn't locate it and eventually concluded (perhaps incorrectly) that it wasn't needed with 10.5. Anyone got a clue by four? Be seeing you, norm -- Norman Walsh [EMAIL PROTECTED] | Simplicity is always a virtue.--Edward http://nwalsh.com/| Abbey pgporsKCslBOR.pgp Description: PGP signature ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] help needed on compiling the webkit on embedded linux platform.
Hi, I am using the free scale imx3-stack board. It has embedded linux. Could any one help me on how to use web kit on embedded linux for browsing ? Regds, S.Ramesh Chandra. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] help with porting
Hi again. I've managed to write offscreen rendering with the help of clutter code. I'm now able to render HTML pages to images. The only problem is if I use JavaScript to dynamically change the contents of the page, the page is not going to refresh. Now I'm thinking what to do. Do I have to connect to a specific webkit signal for redrawing after the page has been loaded? Please help. Greets, Luka Dne 26.05.2008 (pon) ob 13:54 +0200 je Julien Sanchez zapisal(a): Hello Luka, Nothing seems wrong but with your code offscreen_webkit_load_finished does not seem to be called. I'm not a specialist but I have used loop = g_main_loop_new(NULL, TRUE); g_main_loop_run(loop); for the main loop... Julien Le lundi 26 mai 2008 à 12:14 +0200, Luka Napotnik a écrit : Hello again Julien. I've created my own widget from GtkWidget and set the load-finished signal from webkit to a callback which then uses the webkit_web_frame_show() function from clutter. The problem is when I save the surface to a PNG image and open it, there's only black color. I've attached the sources. Could you please take a quick look at the sources. I really don't know what I'm doing wrong. I've looked into the clutter code and nothing special was there that could hint why this is happening to me. Greets, Luka Dne 23.05.2008 (pet) ob 14:11 +0200 je Julien Sanchez zapisal(a): Hello Luka, I used the following path from clutter repository: http://svn.o-hand.com/view/clutter/trunk/clutter-webkit/webkit-frame-show-cairo.patch?rev=2031view=markup As a rough prototype, I adapted an OffscreenWebkit class inspired from the ClutterWebkitClass from clutter-webkit (http://svn.o-hand.com/view/clutter/trunk/clutter-webkit/clutter-webkit.c?rev=2030view=markup) and more especially in load_finished_cb: static void load_finished_cb (WebKitWebView *web_view, WebKitWebFrame *frame, OffscreenWebkit *webkit) { g_print (load_finished_cb\n); OffscreenWebkitPrivate *priv = OFFSCREEN_WEBKIT_GET_PRIVATE(webkit); cairo_surface_t *surf = cairo_image_surface_create(CAIRO_FORMAT_RGB24, priv-width, priv-height); cairo_t* cr_surf = cairo_create(surf); cairo_rectangle (cr_surf, 0, 0, priv-width, priv-height); webkit_web_frame_show (frame, cr_surf); cairo_surface_write_to_png(surf, webkitsurf.png); cairo_surface_destroy(surf); surf = cairo_pdf_surface_create(webkitsurf.pdf, priv-width, priv-height); cr_surf = cairo_create(surf); cairo_rectangle (cr_surf, 0, 0, priv-width, priv-height); webkit_web_frame_show (frame, cr_surf); cairo_surface_show_page(surf); cairo_surface_finish(surf); cairo_surface_destroy(surf); g_main_loop_quit(loop); } It works but I wonder if it is possible to to the same without an X server (I just tried with the gtk-directfb port :./configure --enable-debug --with-target=directfb but it does not work. I don't know how to use directfb and if it will be efficient. Julien Le vendredi 23 mai 2008 à 13:32 +0200, Luka Napotnik a écrit : Hello Julien. So you didn't draw the webkitview widget at all but stil managed to get a cairo drawing from the engine? If so, could you please tell me how did you do that? Greets, Luka Dne 23.05.2008 (pet) ob 12:58 +0200 je Julien Sanchez zapisal(a): Hello, I'm interested too in such a port because I'm trying to render simple html (no plugins or widgets) into image and pdf backends. For the moment, I made a simple hack (inspired from Clutter project) to render into a cairo surface. It works from the command line but it still depends from X (and GTK) and I don't know where to begin to get rid of these dependencies. Julien Le jeudi 22 mai 2008 à 09:30 -0700, Mike Emmel a écrit : Luka I don't think it makes a difference if your running a lot of thumbnails you would want to use gpu's some sort of render farm arrangement. My port does it as a result of the design not because of a strong desire to render with the cpu. Also for real world web pages your going to have problems with plugins which depend on X11 and native widget libraries. So although its possible with my port I can't see a single real problem that can be solved with this approach. Gtk/DirectFB will work for most pages if you have a flash port. Thats the number one stumbling block. I did my headless version of DirectFB for example to use the DirectFB video provider for the media tags. You can take other approaches but you would need to consider at a minimum flash and the media tags. For complete font support your going to have to use pango or go with the QT port but the QT
Re: [webkit-dev] help with porting
Hi Luka, I can't answer to you about your question. I'm still trying to remove dependencies. Do you achieve to run your code without an X server? Le jeudi 29 mai 2008 à 09:42 +0200, Luka Napotnik a écrit : Hi again. I've managed to write offscreen rendering with the help of clutter code. I'm now able to render HTML pages to images. The only problem is if I use JavaScript to dynamically change the contents of the page, the page is not going to refresh. Now I'm thinking what to do. Do I have to connect to a specific webkit signal for redrawing after the page has been loaded? Please help. Greets, Luka Dne 26.05.2008 (pon) ob 13:54 +0200 je Julien Sanchez zapisal(a): Hello Luka, Nothing seems wrong but with your code offscreen_webkit_load_finished does not seem to be called. I'm not a specialist but I have used loop = g_main_loop_new(NULL, TRUE); g_main_loop_run(loop); for the main loop... Julien Le lundi 26 mai 2008 à 12:14 +0200, Luka Napotnik a écrit : Hello again Julien. I've created my own widget from GtkWidget and set the load-finished signal from webkit to a callback which then uses the webkit_web_frame_show() function from clutter. The problem is when I save the surface to a PNG image and open it, there's only black color. I've attached the sources. Could you please take a quick look at the sources. I really don't know what I'm doing wrong. I've looked into the clutter code and nothing special was there that could hint why this is happening to me. Greets, Luka Dne 23.05.2008 (pet) ob 14:11 +0200 je Julien Sanchez zapisal(a): Hello Luka, I used the following path from clutter repository: http://svn.o-hand.com/view/clutter/trunk/clutter-webkit/webkit-frame-show-cairo.patch?rev=2031view=markup As a rough prototype, I adapted an OffscreenWebkit class inspired from the ClutterWebkitClass from clutter-webkit (http://svn.o-hand.com/view/clutter/trunk/clutter-webkit/clutter-webkit.c?rev=2030view=markup) and more especially in load_finished_cb: static void load_finished_cb (WebKitWebView *web_view, WebKitWebFrame *frame, OffscreenWebkit *webkit) { g_print (load_finished_cb\n); OffscreenWebkitPrivate *priv = OFFSCREEN_WEBKIT_GET_PRIVATE(webkit); cairo_surface_t *surf = cairo_image_surface_create(CAIRO_FORMAT_RGB24, priv-width, priv-height); cairo_t* cr_surf = cairo_create(surf); cairo_rectangle (cr_surf, 0, 0, priv-width, priv-height); webkit_web_frame_show (frame, cr_surf); cairo_surface_write_to_png(surf, webkitsurf.png); cairo_surface_destroy(surf); surf = cairo_pdf_surface_create(webkitsurf.pdf, priv-width, priv-height); cr_surf = cairo_create(surf); cairo_rectangle (cr_surf, 0, 0, priv-width, priv-height); webkit_web_frame_show (frame, cr_surf); cairo_surface_show_page(surf); cairo_surface_finish(surf); cairo_surface_destroy(surf); g_main_loop_quit(loop); } It works but I wonder if it is possible to to the same without an X server (I just tried with the gtk-directfb port :./configure --enable-debug --with-target=directfb but it does not work. I don't know how to use directfb and if it will be efficient. Julien Le vendredi 23 mai 2008 à 13:32 +0200, Luka Napotnik a écrit : Hello Julien. So you didn't draw the webkitview widget at all but stil managed to get a cairo drawing from the engine? If so, could you please tell me how did you do that? Greets, Luka Dne 23.05.2008 (pet) ob 12:58 +0200 je Julien Sanchez zapisal(a): Hello, I'm interested too in such a port because I'm trying to render simple html (no plugins or widgets) into image and pdf backends. For the moment, I made a simple hack (inspired from Clutter project) to render into a cairo surface. It works from the command line but it still depends from X (and GTK) and I don't know where to begin to get rid of these dependencies. Julien Le jeudi 22 mai 2008 à 09:30 -0700, Mike Emmel a écrit : Luka I don't think it makes a difference if your running a lot of thumbnails you would want to use gpu's some sort of render farm arrangement. My port does it as a result of the design not because of a strong desire to render with the cpu. Also for real world web pages your going to have problems with plugins which depend on X11 and native widget libraries. So although its possible with my port I can't see a single real problem that
Re: [webkit-dev] help with porting
Hello Mike. Could you tell me how much time did you approximately spend on porting webkit to cairo so I could see if it fits with my schedule. Greets, Luka Dne 22.05.2008 (čet) ob 09:30 -0700 je Mike Emmel zapisal(a): Luka I don't think it makes a difference if your running a lot of thumbnails you would want to use gpu's some sort of render farm arrangement. My port does it as a result of the design not because of a strong desire to render with the cpu. Also for real world web pages your going to have problems with plugins which depend on X11 and native widget libraries. So although its possible with my port I can't see a single real problem that can be solved with this approach. Gtk/DirectFB will work for most pages if you have a flash port. Thats the number one stumbling block. I did my headless version of DirectFB for example to use the DirectFB video provider for the media tags. You can take other approaches but you would need to consider at a minimum flash and the media tags. For complete font support your going to have to use pango or go with the QT port but the QT port gets you back to the plugin issues if you don't use X11 and a lot of plugins use GTK so As far as releasing I'm not in control of the release cycle except for creating delays as I work on stuff :( It should be released however some time this year. I obviously don't disagree with your idea in fact I worked hard to ensure my approach was adaptable so it could be used for these types of use cases so someday we will have what your looking for if things go well. I actually designed it to work with all the legacy use cases I mentioned but be flexible enough to transparently drop them when replacements without the legacy X11/Gtk dependencies become available. So soon a framework will be available to allow you to reverse software bloat but I've got no idea if software developers will accept it. I built it to deal with the problems that occur with our new embedded devices that have capabilities rivaling desktops where bloat is a huge problem. The fact it can do what your asking makes me confident the design is correct in fact it solves problems your not considering. On Thu, May 22, 2008 at 8:41 AM, Luka Napotnik [EMAIL PROTECTED] wrote: Wow really? Could you share the port please. I've been looking for such a port to save the cairo painting to a PNG image. Greets, Luka Dne 22.05.2008 (čet) ob 07:41 -0700 je Mike Emmel zapisal(a): I actually have a WebKit port with no dependencies but Cairo. On Thu, May 22, 2008 at 7:02 AM, Luka Napotnik [EMAIL PROTECTED] wrote: Hello Mike. What I need is a WebKit port that is independent of any display server (X or a framebuffer). I only want to render the page to an image. And since cairo is a great graphics library I think It's a good start. Greets, Luka Dne 22.05.2008 (čet) ob 06:49 -0700 je Mike Emmel zapisal(a): Use the GTK DirectFB backend. I have a memory only system that I really need to get into the trunk. But if you have a graphics card in the system the fb0 will work. Its on my TODO to get the mem only system checked in and I can give you a patch in the mean time if its a issue. Also you can use the vnc driver as a virtual framebuffer. Also some of the XServers should work in a similar way so you can probably play the same trick with the right X11 server. On Thu, May 22, 2008 at 4:21 AM, Luka Napotnik [EMAIL PROTECTED] wrote: Hello. I am interested in porting webkit to cairo for off-screen rendering without a X server. As I cannot find any documents about porting to other platform I would really appreciate if you could help me with some hints about porting webkit. Greets, Luka ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev signature.asc Description: To je digitalno podpisan del sporočila ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] help with porting
Hello, I'm interested too in such a port because I'm trying to render simple html (no plugins or widgets) into image and pdf backends. For the moment, I made a simple hack (inspired from Clutter project) to render into a cairo surface. It works from the command line but it still depends from X (and GTK) and I don't know where to begin to get rid of these dependencies. Julien Le jeudi 22 mai 2008 à 09:30 -0700, Mike Emmel a écrit : Luka I don't think it makes a difference if your running a lot of thumbnails you would want to use gpu's some sort of render farm arrangement. My port does it as a result of the design not because of a strong desire to render with the cpu. Also for real world web pages your going to have problems with plugins which depend on X11 and native widget libraries. So although its possible with my port I can't see a single real problem that can be solved with this approach. Gtk/DirectFB will work for most pages if you have a flash port. Thats the number one stumbling block. I did my headless version of DirectFB for example to use the DirectFB video provider for the media tags. You can take other approaches but you would need to consider at a minimum flash and the media tags. For complete font support your going to have to use pango or go with the QT port but the QT port gets you back to the plugin issues if you don't use X11 and a lot of plugins use GTK so As far as releasing I'm not in control of the release cycle except for creating delays as I work on stuff :( It should be released however some time this year. I obviously don't disagree with your idea in fact I worked hard to ensure my approach was adaptable so it could be used for these types of use cases so someday we will have what your looking for if things go well. I actually designed it to work with all the legacy use cases I mentioned but be flexible enough to transparently drop them when replacements without the legacy X11/Gtk dependencies become available. So soon a framework will be available to allow you to reverse software bloat but I've got no idea if software developers will accept it. I built it to deal with the problems that occur with our new embedded devices that have capabilities rivaling desktops where bloat is a huge problem. The fact it can do what your asking makes me confident the design is correct in fact it solves problems your not considering. On Thu, May 22, 2008 at 8:41 AM, Luka Napotnik [EMAIL PROTECTED] wrote: Wow really? Could you share the port please. I've been looking for such a port to save the cairo painting to a PNG image. Greets, Luka Dne 22.05.2008 (čet) ob 07:41 -0700 je Mike Emmel zapisal(a): I actually have a WebKit port with no dependencies but Cairo. On Thu, May 22, 2008 at 7:02 AM, Luka Napotnik [EMAIL PROTECTED] wrote: Hello Mike. What I need is a WebKit port that is independent of any display server (X or a framebuffer). I only want to render the page to an image. And since cairo is a great graphics library I think It's a good start. Greets, Luka Dne 22.05.2008 (čet) ob 06:49 -0700 je Mike Emmel zapisal(a): Use the GTK DirectFB backend. I have a memory only system that I really need to get into the trunk. But if you have a graphics card in the system the fb0 will work. Its on my TODO to get the mem only system checked in and I can give you a patch in the mean time if its a issue. Also you can use the vnc driver as a virtual framebuffer. Also some of the XServers should work in a similar way so you can probably play the same trick with the right X11 server. On Thu, May 22, 2008 at 4:21 AM, Luka Napotnik [EMAIL PROTECTED] wrote: Hello. I am interested in porting webkit to cairo for off-screen rendering without a X server. As I cannot find any documents about porting to other platform I would really appreciate if you could help me with some hints about porting webkit. Greets, Luka ___ 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 ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] help with porting
Hello Julien. So you didn't draw the webkitview widget at all but stil managed to get a cairo drawing from the engine? If so, could you please tell me how did you do that? Greets, Luka Dne 23.05.2008 (pet) ob 12:58 +0200 je Julien Sanchez zapisal(a): Hello, I'm interested too in such a port because I'm trying to render simple html (no plugins or widgets) into image and pdf backends. For the moment, I made a simple hack (inspired from Clutter project) to render into a cairo surface. It works from the command line but it still depends from X (and GTK) and I don't know where to begin to get rid of these dependencies. Julien Le jeudi 22 mai 2008 à 09:30 -0700, Mike Emmel a écrit : Luka I don't think it makes a difference if your running a lot of thumbnails you would want to use gpu's some sort of render farm arrangement. My port does it as a result of the design not because of a strong desire to render with the cpu. Also for real world web pages your going to have problems with plugins which depend on X11 and native widget libraries. So although its possible with my port I can't see a single real problem that can be solved with this approach. Gtk/DirectFB will work for most pages if you have a flash port. Thats the number one stumbling block. I did my headless version of DirectFB for example to use the DirectFB video provider for the media tags. You can take other approaches but you would need to consider at a minimum flash and the media tags. For complete font support your going to have to use pango or go with the QT port but the QT port gets you back to the plugin issues if you don't use X11 and a lot of plugins use GTK so As far as releasing I'm not in control of the release cycle except for creating delays as I work on stuff :( It should be released however some time this year. I obviously don't disagree with your idea in fact I worked hard to ensure my approach was adaptable so it could be used for these types of use cases so someday we will have what your looking for if things go well. I actually designed it to work with all the legacy use cases I mentioned but be flexible enough to transparently drop them when replacements without the legacy X11/Gtk dependencies become available. So soon a framework will be available to allow you to reverse software bloat but I've got no idea if software developers will accept it. I built it to deal with the problems that occur with our new embedded devices that have capabilities rivaling desktops where bloat is a huge problem. The fact it can do what your asking makes me confident the design is correct in fact it solves problems your not considering. On Thu, May 22, 2008 at 8:41 AM, Luka Napotnik [EMAIL PROTECTED] wrote: Wow really? Could you share the port please. I've been looking for such a port to save the cairo painting to a PNG image. Greets, Luka Dne 22.05.2008 (čet) ob 07:41 -0700 je Mike Emmel zapisal(a): I actually have a WebKit port with no dependencies but Cairo. On Thu, May 22, 2008 at 7:02 AM, Luka Napotnik [EMAIL PROTECTED] wrote: Hello Mike. What I need is a WebKit port that is independent of any display server (X or a framebuffer). I only want to render the page to an image. And since cairo is a great graphics library I think It's a good start. Greets, Luka Dne 22.05.2008 (čet) ob 06:49 -0700 je Mike Emmel zapisal(a): Use the GTK DirectFB backend. I have a memory only system that I really need to get into the trunk. But if you have a graphics card in the system the fb0 will work. Its on my TODO to get the mem only system checked in and I can give you a patch in the mean time if its a issue. Also you can use the vnc driver as a virtual framebuffer. Also some of the XServers should work in a similar way so you can probably play the same trick with the right X11 server. On Thu, May 22, 2008 at 4:21 AM, Luka Napotnik [EMAIL PROTECTED] wrote: Hello. I am interested in porting webkit to cairo for off-screen rendering without a X server. As I cannot find any documents about porting to other platform I would really appreciate if you could help me with some hints about porting webkit. Greets, Luka ___ 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 signature.asc Description: To je digitalno podpisan del sporočila ___ webkit-dev mailing list webkit-dev@lists.webkit.org
Re: [webkit-dev] help with porting
Hello Luka, I used the following path from clutter repository: http://svn.o-hand.com/view/clutter/trunk/clutter-webkit/webkit-frame-show-cairo.patch?rev=2031view=markup As a rough prototype, I adapted an OffscreenWebkit class inspired from the ClutterWebkitClass from clutter-webkit (http://svn.o-hand.com/view/clutter/trunk/clutter-webkit/clutter-webkit.c?rev=2030view=markup) and more especially in load_finished_cb: static void load_finished_cb (WebKitWebView *web_view, WebKitWebFrame *frame, OffscreenWebkit *webkit) { g_print (load_finished_cb\n); OffscreenWebkitPrivate *priv = OFFSCREEN_WEBKIT_GET_PRIVATE(webkit); cairo_surface_t *surf = cairo_image_surface_create(CAIRO_FORMAT_RGB24, priv-width, priv-height); cairo_t* cr_surf = cairo_create(surf); cairo_rectangle (cr_surf, 0, 0, priv-width, priv-height); webkit_web_frame_show (frame, cr_surf); cairo_surface_write_to_png(surf, webkitsurf.png); cairo_surface_destroy(surf); surf = cairo_pdf_surface_create(webkitsurf.pdf, priv-width, priv-height); cr_surf = cairo_create(surf); cairo_rectangle (cr_surf, 0, 0, priv-width, priv-height); webkit_web_frame_show (frame, cr_surf); cairo_surface_show_page(surf); cairo_surface_finish(surf); cairo_surface_destroy(surf); g_main_loop_quit(loop); } It works but I wonder if it is possible to to the same without an X server (I just tried with the gtk-directfb port :./configure --enable-debug --with-target=directfb but it does not work. I don't know how to use directfb and if it will be efficient. Julien Le vendredi 23 mai 2008 à 13:32 +0200, Luka Napotnik a écrit : Hello Julien. So you didn't draw the webkitview widget at all but stil managed to get a cairo drawing from the engine? If so, could you please tell me how did you do that? Greets, Luka Dne 23.05.2008 (pet) ob 12:58 +0200 je Julien Sanchez zapisal(a): Hello, I'm interested too in such a port because I'm trying to render simple html (no plugins or widgets) into image and pdf backends. For the moment, I made a simple hack (inspired from Clutter project) to render into a cairo surface. It works from the command line but it still depends from X (and GTK) and I don't know where to begin to get rid of these dependencies. Julien Le jeudi 22 mai 2008 à 09:30 -0700, Mike Emmel a écrit : Luka I don't think it makes a difference if your running a lot of thumbnails you would want to use gpu's some sort of render farm arrangement. My port does it as a result of the design not because of a strong desire to render with the cpu. Also for real world web pages your going to have problems with plugins which depend on X11 and native widget libraries. So although its possible with my port I can't see a single real problem that can be solved with this approach. Gtk/DirectFB will work for most pages if you have a flash port. Thats the number one stumbling block. I did my headless version of DirectFB for example to use the DirectFB video provider for the media tags. You can take other approaches but you would need to consider at a minimum flash and the media tags. For complete font support your going to have to use pango or go with the QT port but the QT port gets you back to the plugin issues if you don't use X11 and a lot of plugins use GTK so As far as releasing I'm not in control of the release cycle except for creating delays as I work on stuff :( It should be released however some time this year. I obviously don't disagree with your idea in fact I worked hard to ensure my approach was adaptable so it could be used for these types of use cases so someday we will have what your looking for if things go well. I actually designed it to work with all the legacy use cases I mentioned but be flexible enough to transparently drop them when replacements without the legacy X11/Gtk dependencies become available. So soon a framework will be available to allow you to reverse software bloat but I've got no idea if software developers will accept it. I built it to deal with the problems that occur with our new embedded devices that have capabilities rivaling desktops where bloat is a huge problem. The fact it can do what your asking makes me confident the design is correct in fact it solves problems your not considering. On Thu, May 22, 2008 at 8:41 AM, Luka Napotnik [EMAIL PROTECTED] wrote: Wow really? Could you share the port please. I've been looking for such a port to save the cairo painting to a PNG image. Greets, Luka Dne 22.05.2008 (čet) ob 07:41 -0700 je Mike Emmel zapisal(a): I actually have a WebKit port with no dependencies but Cairo.
Re: [webkit-dev] help with porting
Hm I see they made their own widget for clutter. It seems modifying the gobject class so it would be inherited form GdkPixmap should do the trick. I'll play with this for a while. Still it would be great for a clean cairo port without X. I'll investigate that later. Greets, Luka Dne 23.05.2008 (pet) ob 14:11 +0200 je Julien Sanchez zapisal(a): Hello Luka, I used the following path from clutter repository: http://svn.o-hand.com/view/clutter/trunk/clutter-webkit/webkit-frame-show-cairo.patch?rev=2031view=markup As a rough prototype, I adapted an OffscreenWebkit class inspired from the ClutterWebkitClass from clutter-webkit (http://svn.o-hand.com/view/clutter/trunk/clutter-webkit/clutter-webkit.c?rev=2030view=markup) and more especially in load_finished_cb: static void load_finished_cb (WebKitWebView *web_view, WebKitWebFrame *frame, OffscreenWebkit *webkit) { g_print (load_finished_cb\n); OffscreenWebkitPrivate *priv = OFFSCREEN_WEBKIT_GET_PRIVATE(webkit); cairo_surface_t *surf = cairo_image_surface_create(CAIRO_FORMAT_RGB24, priv-width, priv-height); cairo_t* cr_surf = cairo_create(surf); cairo_rectangle (cr_surf, 0, 0, priv-width, priv-height); webkit_web_frame_show (frame, cr_surf); cairo_surface_write_to_png(surf, webkitsurf.png); cairo_surface_destroy(surf); surf = cairo_pdf_surface_create(webkitsurf.pdf, priv-width, priv-height); cr_surf = cairo_create(surf); cairo_rectangle (cr_surf, 0, 0, priv-width, priv-height); webkit_web_frame_show (frame, cr_surf); cairo_surface_show_page(surf); cairo_surface_finish(surf); cairo_surface_destroy(surf); g_main_loop_quit(loop); } It works but I wonder if it is possible to to the same without an X server (I just tried with the gtk-directfb port :./configure --enable-debug --with-target=directfb but it does not work. I don't know how to use directfb and if it will be efficient. Julien Le vendredi 23 mai 2008 à 13:32 +0200, Luka Napotnik a écrit : Hello Julien. So you didn't draw the webkitview widget at all but stil managed to get a cairo drawing from the engine? If so, could you please tell me how did you do that? Greets, Luka Dne 23.05.2008 (pet) ob 12:58 +0200 je Julien Sanchez zapisal(a): Hello, I'm interested too in such a port because I'm trying to render simple html (no plugins or widgets) into image and pdf backends. For the moment, I made a simple hack (inspired from Clutter project) to render into a cairo surface. It works from the command line but it still depends from X (and GTK) and I don't know where to begin to get rid of these dependencies. Julien Le jeudi 22 mai 2008 à 09:30 -0700, Mike Emmel a écrit : Luka I don't think it makes a difference if your running a lot of thumbnails you would want to use gpu's some sort of render farm arrangement. My port does it as a result of the design not because of a strong desire to render with the cpu. Also for real world web pages your going to have problems with plugins which depend on X11 and native widget libraries. So although its possible with my port I can't see a single real problem that can be solved with this approach. Gtk/DirectFB will work for most pages if you have a flash port. Thats the number one stumbling block. I did my headless version of DirectFB for example to use the DirectFB video provider for the media tags. You can take other approaches but you would need to consider at a minimum flash and the media tags. For complete font support your going to have to use pango or go with the QT port but the QT port gets you back to the plugin issues if you don't use X11 and a lot of plugins use GTK so As far as releasing I'm not in control of the release cycle except for creating delays as I work on stuff :( It should be released however some time this year. I obviously don't disagree with your idea in fact I worked hard to ensure my approach was adaptable so it could be used for these types of use cases so someday we will have what your looking for if things go well. I actually designed it to work with all the legacy use cases I mentioned but be flexible enough to transparently drop them when replacements without the legacy X11/Gtk dependencies become available. So soon a framework will be available to allow you to reverse software bloat but I've got no idea if software developers will accept it. I built it to deal with the problems that occur with our new embedded devices that have capabilities rivaling desktops where bloat is a huge problem. The fact it can do what your asking makes me confident the design is correct in fact it solves problems your not considering.
Re: [webkit-dev] help with porting
Look you can take the clutter code base and remove the clutter dependencies. As far as cairo compile without any backed support. You need at least a minimal event queue and timer support. I'd suggest lib event http://monkey.org/~provos/libevent/ Then you need at least a simple canvas object you can do this all in Widget if you wish track your bounds and your canvas object a cairo-surface in this case. The clutter port is really close just unclutter it :) This will render a single frame and fire the onload even and any repaint requests from the server along with timers. That all that has to happen. The only real trick is you have to have real timers and delay the callers of the timer function have to return before the timer fires. On the build side I have sent patch to alp to build using configure without gtk. The clutter port has similar patches. I just looked and the head GNUMakefiles are not refactored. If you can get a patch accepted to turn gtk into one of the ports supported by configure then thats a big win. Finally its actually not all that hard to create a No-port but with cairo and curl that will compile I've done it. There are really only a handful of problematic headers and #ifdefs in the code its quite close. I did not do one without cairo and curl but for a long time I was running WebKit as a generic shared library with the port outside the webkit tree. I just got tired of mangled merges. I'm sure others have done the same its not that hard. If you want to see whats going on then one approach is to put your cairo surfaces in shared mem then right a viewer or write them out as a png etc. You could update a png on each run of the event loop. If you use libevent then you can do a named pipe anyway outside the scope :) Attached is a Timer implementation that uses setitimer I think Pleyo wrote it or maybe I wrote it :) I don't remember. I don't think it ever showed up in the main tree. In any case you could use this and a bit of select code to implement a simple event loop without using libevent if you wish. Or you could use glibs main loop but why ? On Fri, May 23, 2008 at 6:28 AM, Luka Napotnik [EMAIL PROTECTED] wrote: Hm I see they made their own widget for clutter. It seems modifying the gobject class so it would be inherited form GdkPixmap should do the trick. I'll play with this for a while. Still it would be great for a clean cairo port without X. I'll investigate that later. Greets, Luka Dne 23.05.2008 (pet) ob 14:11 +0200 je Julien Sanchez zapisal(a): Hello Luka, I used the following path from clutter repository: http://svn.o-hand.com/view/clutter/trunk/clutter-webkit/webkit-frame-show-cairo.patch?rev=2031view=markup As a rough prototype, I adapted an OffscreenWebkit class inspired from the ClutterWebkitClass from clutter-webkit (http://svn.o-hand.com/view/clutter/trunk/clutter-webkit/clutter-webkit.c?rev=2030view=markup) and more especially in load_finished_cb: static void load_finished_cb (WebKitWebView *web_view, WebKitWebFrame *frame, OffscreenWebkit *webkit) { g_print (load_finished_cb\n); OffscreenWebkitPrivate *priv = OFFSCREEN_WEBKIT_GET_PRIVATE(webkit); cairo_surface_t *surf = cairo_image_surface_create(CAIRO_FORMAT_RGB24, priv-width, priv-height); cairo_t* cr_surf = cairo_create(surf); cairo_rectangle (cr_surf, 0, 0, priv-width, priv-height); webkit_web_frame_show (frame, cr_surf); cairo_surface_write_to_png(surf, webkitsurf.png); cairo_surface_destroy(surf); surf = cairo_pdf_surface_create(webkitsurf.pdf, priv-width, priv-height); cr_surf = cairo_create(surf); cairo_rectangle (cr_surf, 0, 0, priv-width, priv-height); webkit_web_frame_show (frame, cr_surf); cairo_surface_show_page(surf); cairo_surface_finish(surf); cairo_surface_destroy(surf); g_main_loop_quit(loop); } It works but I wonder if it is possible to to the same without an X server (I just tried with the gtk-directfb port :./configure --enable-debug --with-target=directfb but it does not work. I don't know how to use directfb and if it will be efficient. Julien Le vendredi 23 mai 2008 à 13:32 +0200, Luka Napotnik a écrit : Hello Julien. So you didn't draw the webkitview widget at all but stil managed to get a cairo drawing from the engine? If so, could you please tell me how did you do that? Greets, Luka Dne 23.05.2008 (pet) ob 12:58 +0200 je Julien Sanchez zapisal(a): Hello, I'm interested too in such a port because I'm trying to render simple html (no plugins or widgets) into image and pdf backends. For the moment, I made a simple hack (inspired from Clutter project) to render into a cairo surface. It works from the command line but it still depends from X (and GTK) and I don't know where to begin to get rid of these dependencies. Julien Le jeudi 22 mai
[webkit-dev] help with porting
Hello. I am interested in porting webkit to cairo for off-screen rendering without a X server. As I cannot find any documents about porting to other platform I would really appreciate if you could help me with some hints about porting webkit. Greets, Luka signature.asc Description: To je digitalno podpisan del sporočila ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] help with porting
On Thursday 22 May 2008 13:21:59 Luka Napotnik wrote: Hello. I am interested in porting webkit to cairo for off-screen rendering without a X server. As I cannot find any documents about porting to other platform I would really appreciate if you could help me with some hints about porting webkit. Start with an existing port using cairo (e.g. the Gtk+ one) change the buildsystem (e.g. configure.ac and GNUmakefile.am for the Gtk+ one) to remove everything that is GUI/X related from the buildsystem. Hack until the thing compiles. On this way you will notice that: - Adding your cairo platform to Platform.h - Cursors - Drag and Drop - Fonts... - RenderTheme - No API (WebKit) ... will cross your way. Resolve each problem and you are done. Happy hacking z. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] help with porting
Thanks for this information, Holger. I think fonts shouldn't be such a problem since cairo supports font rendering. For cursor and dragdrop I plan to simply put some dummy callbacks for those operations. What do you mean with No API (WebKit)? Greets, Luka Dne 22.05.2008 (čet) ob 15:06 +0200 je Holger Freyther zapisal(a): On Thursday 22 May 2008 13:21:59 Luka Napotnik wrote: Hello. I am interested in porting webkit to cairo for off-screen rendering without a X server. As I cannot find any documents about porting to other platform I would really appreciate if you could help me with some hints about porting webkit. Start with an existing port using cairo (e.g. the Gtk+ one) change the buildsystem (e.g. configure.ac and GNUmakefile.am for the Gtk+ one) to remove everything that is GUI/X related from the buildsystem. Hack until the thing compiles. On this way you will notice that: - Adding your cairo platform to Platform.h - Cursors - Drag and Drop - Fonts... - RenderTheme - No API (WebKit) ... will cross your way. Resolve each problem and you are done. Happy hacking z. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev signature.asc Description: To je digitalno podpisan del sporočila ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] help with porting
Use the GTK DirectFB backend. I have a memory only system that I really need to get into the trunk. But if you have a graphics card in the system the fb0 will work. Its on my TODO to get the mem only system checked in and I can give you a patch in the mean time if its a issue. Also you can use the vnc driver as a virtual framebuffer. Also some of the XServers should work in a similar way so you can probably play the same trick with the right X11 server. On Thu, May 22, 2008 at 4:21 AM, Luka Napotnik [EMAIL PROTECTED] wrote: Hello. I am interested in porting webkit to cairo for off-screen rendering without a X server. As I cannot find any documents about porting to other platform I would really appreciate if you could help me with some hints about porting webkit. Greets, Luka ___ 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] help with porting
Hello Mike. What I need is a WebKit port that is independent of any display server (X or a framebuffer). I only want to render the page to an image. And since cairo is a great graphics library I think It's a good start. Greets, Luka Dne 22.05.2008 (čet) ob 06:49 -0700 je Mike Emmel zapisal(a): Use the GTK DirectFB backend. I have a memory only system that I really need to get into the trunk. But if you have a graphics card in the system the fb0 will work. Its on my TODO to get the mem only system checked in and I can give you a patch in the mean time if its a issue. Also you can use the vnc driver as a virtual framebuffer. Also some of the XServers should work in a similar way so you can probably play the same trick with the right X11 server. On Thu, May 22, 2008 at 4:21 AM, Luka Napotnik [EMAIL PROTECTED] wrote: Hello. I am interested in porting webkit to cairo for off-screen rendering without a X server. As I cannot find any documents about porting to other platform I would really appreciate if you could help me with some hints about porting webkit. Greets, Luka ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev signature.asc Description: To je digitalno podpisan del sporočila ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] help with porting
I actually have a WebKit port with no dependencies but Cairo. On Thu, May 22, 2008 at 7:02 AM, Luka Napotnik [EMAIL PROTECTED] wrote: Hello Mike. What I need is a WebKit port that is independent of any display server (X or a framebuffer). I only want to render the page to an image. And since cairo is a great graphics library I think It's a good start. Greets, Luka Dne 22.05.2008 (čet) ob 06:49 -0700 je Mike Emmel zapisal(a): Use the GTK DirectFB backend. I have a memory only system that I really need to get into the trunk. But if you have a graphics card in the system the fb0 will work. Its on my TODO to get the mem only system checked in and I can give you a patch in the mean time if its a issue. Also you can use the vnc driver as a virtual framebuffer. Also some of the XServers should work in a similar way so you can probably play the same trick with the right X11 server. On Thu, May 22, 2008 at 4:21 AM, Luka Napotnik [EMAIL PROTECTED] wrote: Hello. I am interested in porting webkit to cairo for off-screen rendering without a X server. As I cannot find any documents about porting to other platform I would really appreciate if you could help me with some hints about porting webkit. Greets, Luka ___ 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] help with porting
Wow really? Could you share the port please. I've been looking for such a port to save the cairo painting to a PNG image. Greets, Luka Dne 22.05.2008 (čet) ob 07:41 -0700 je Mike Emmel zapisal(a): I actually have a WebKit port with no dependencies but Cairo. On Thu, May 22, 2008 at 7:02 AM, Luka Napotnik [EMAIL PROTECTED] wrote: Hello Mike. What I need is a WebKit port that is independent of any display server (X or a framebuffer). I only want to render the page to an image. And since cairo is a great graphics library I think It's a good start. Greets, Luka Dne 22.05.2008 (čet) ob 06:49 -0700 je Mike Emmel zapisal(a): Use the GTK DirectFB backend. I have a memory only system that I really need to get into the trunk. But if you have a graphics card in the system the fb0 will work. Its on my TODO to get the mem only system checked in and I can give you a patch in the mean time if its a issue. Also you can use the vnc driver as a virtual framebuffer. Also some of the XServers should work in a similar way so you can probably play the same trick with the right X11 server. On Thu, May 22, 2008 at 4:21 AM, Luka Napotnik [EMAIL PROTECTED] wrote: Hello. I am interested in porting webkit to cairo for off-screen rendering without a X server. As I cannot find any documents about porting to other platform I would really appreciate if you could help me with some hints about porting webkit. Greets, Luka ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev signature.asc Description: To je digitalno podpisan del sporočila ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] help with porting
Luka I don't think it makes a difference if your running a lot of thumbnails you would want to use gpu's some sort of render farm arrangement. My port does it as a result of the design not because of a strong desire to render with the cpu. Also for real world web pages your going to have problems with plugins which depend on X11 and native widget libraries. So although its possible with my port I can't see a single real problem that can be solved with this approach. Gtk/DirectFB will work for most pages if you have a flash port. Thats the number one stumbling block. I did my headless version of DirectFB for example to use the DirectFB video provider for the media tags. You can take other approaches but you would need to consider at a minimum flash and the media tags. For complete font support your going to have to use pango or go with the QT port but the QT port gets you back to the plugin issues if you don't use X11 and a lot of plugins use GTK so As far as releasing I'm not in control of the release cycle except for creating delays as I work on stuff :( It should be released however some time this year. I obviously don't disagree with your idea in fact I worked hard to ensure my approach was adaptable so it could be used for these types of use cases so someday we will have what your looking for if things go well. I actually designed it to work with all the legacy use cases I mentioned but be flexible enough to transparently drop them when replacements without the legacy X11/Gtk dependencies become available. So soon a framework will be available to allow you to reverse software bloat but I've got no idea if software developers will accept it. I built it to deal with the problems that occur with our new embedded devices that have capabilities rivaling desktops where bloat is a huge problem. The fact it can do what your asking makes me confident the design is correct in fact it solves problems your not considering. On Thu, May 22, 2008 at 8:41 AM, Luka Napotnik [EMAIL PROTECTED] wrote: Wow really? Could you share the port please. I've been looking for such a port to save the cairo painting to a PNG image. Greets, Luka Dne 22.05.2008 (čet) ob 07:41 -0700 je Mike Emmel zapisal(a): I actually have a WebKit port with no dependencies but Cairo. On Thu, May 22, 2008 at 7:02 AM, Luka Napotnik [EMAIL PROTECTED] wrote: Hello Mike. What I need is a WebKit port that is independent of any display server (X or a framebuffer). I only want to render the page to an image. And since cairo is a great graphics library I think It's a good start. Greets, Luka Dne 22.05.2008 (čet) ob 06:49 -0700 je Mike Emmel zapisal(a): Use the GTK DirectFB backend. I have a memory only system that I really need to get into the trunk. But if you have a graphics card in the system the fb0 will work. Its on my TODO to get the mem only system checked in and I can give you a patch in the mean time if its a issue. Also you can use the vnc driver as a virtual framebuffer. Also some of the XServers should work in a similar way so you can probably play the same trick with the right X11 server. On Thu, May 22, 2008 at 4:21 AM, Luka Napotnik [EMAIL PROTECTED] wrote: Hello. I am interested in porting webkit to cairo for off-screen rendering without a X server. As I cannot find any documents about porting to other platform I would really appreciate if you could help me with some hints about porting webkit. Greets, Luka ___ 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] help: extraction of links with WebKit
thnks Julien for the response regards. -- View this message in context: http://www.nabble.com/help%3A-extraction-of-links-with-WebKit-tp17162489p17170586.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/webkit-dev
[webkit-dev] help: extraction of links with WebKit
Hello, Please can any one tel me how can I do to to skim through the DOM tree and extract links from, by using WebKit API. Thanks for your help. Thanks in advance ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Help needed. WebKit with Windows XP
Hi Brent, I got this error: LINK : fatal error LNK1104: cannot open file 'pthreadVC2_debug.lib'Project : warning PRJ0018 : The following environment variables were not found:$(PRODUCTION)Build log was saved at file://E:\WebKit\WebKitBuild\obj\QTMovieWin\Debug_Internal\BuildLog.htmQTMovieWin - 1 error(s), 0 warning(s) I have confirmed file file 'pthreadVC2_debug.lib' under WebKitLibrary directory. Thank you again for your help. Best, Ivan _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Help needed. WebKit with Windows XP
Hi Ivan, Did you remember to set the environment variables as shown in Building from Within Visual Studio? You need to go to Control Panel\System settings, select the Advanced tab, and use the Environment button to set these values. If they are not set, VS can't find the stuff in the tools directory. -Brent On Feb 18, 2008 11:54 PM, Ivan Shusky [EMAIL PROTECTED] wrote: I keep getting this error when trying to open any VC project file, am I missing something? Property sheet file '$(WebKitLibrariesDir)\tools\vsprops\common.vsprops' was not found or failed to load. Best, Ivan -- CC: webkit-dev@lists.webkit.org From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [webkit-dev] Help needed. WebKit with Windows XP Date: Mon, 18 Feb 2008 21:38:33 -0800 If you've got things set up to build the stock WebKit, you might first want to see if you can get the WinLauncher to work. If so, you can feel a bit safer taking the next step. To build with Cairo, you need additional libraries (see http://trac.webkit.org/projects/webkit/wiki/BuildingCairoOnWindows for some details). You will need to place the libraries someplace (e.g., c:\build_requirements) and update the Visual Studio build environment to look there. I think I called my project file WebCore.vcproj.cairo; obviously, you will want to rename this to just WebCore.vcproj for the solution to find it. Hope that helps, -Brent On Feb 18, 2008, at 9:26 PM, Ivan Shusky wrote: Hi Brent, Again many thanx for your help. Currently I am going through the blogs and trying to figure out how to setup the environment. Its a bit confusing to me. Hope it is not too much to ask for a step by step guide to setup the environment for Win. Right now I have the codes and compiled by using Cygwin. Where should I go next? I have also downloaded those VS project files for both WebKit and WebCore but they do not really work. Sorry I might sound like a dummy.. Best, Ivan -- CC: webkit-dev@lists.webkit.org From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [webkit-dev] Help needed. WebKit with Windows XP Date: Mon, 18 Feb 2008 21:18:05 -0800 Note that there is nothing Cairo-specific about WinLauncher; you can use it to run the CoreGraphics-style WebKit as well. This might be a good thing to try first, to make sure your debugging environment is set up properly, etc. Let me know if you run into any problems. Note that you'll need to grab the changes on http://bugs.webkit.org/show_bug.cgi?id=17300 to get project files that build Cairo-style. -Brent On Feb 18, 2008, at 8:18 PM, Ivan Shusky wrote: Many thanx Brent for your help. Really appreciate it!! :) I will go through the planet webkit blogs and try if I can start to get something started. Might come back with more questions though. Best, Ivan -- Date: Mon, 18 Feb 2008 13:25:27 -0800 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [webkit-dev] Help needed. WebKit with Windows XP CC: webkit-dev@lists.webkit.org Ivan (and anyone else interested in WebKit for Windows): I've added http://bugs.webkit.org/show_bug.cgi?id=17428 to allow you to build the WinLauncher application I use for testing. -Brent -- Express yourself instantly with MSN Messenger! MSN Messengerhttp://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/ -- Express yourself instantly with MSN Messenger! MSN Messengerhttp://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/ -- Express yourself instantly with MSN Messenger! MSN Messengerhttp://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/ ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Help needed. WebKit with Windows XP
Forgot to CC the list for future archive searches... On Feb 19, 2008 1:07 PM, Brent Fulgham [EMAIL PROTECTED] wrote: Hi Jagan, You probably encountered an earlier build error. If things fail early-on in the build, you will get complaints about missing Platform.h and so forth. Make sure you have the Cygwin tools installed based on the Apple installer. If you start from an existing Cygwin installation, you may be missing important tools (like gperf) that are needed to build. Also make sure you have done the full update-webkit to download the Apple libraries and headers you will need to perform the build. -Brent On Feb 19, 2008 12:50 PM, [EMAIL PROTECTED] wrote: I was trying to build the Webkit by following the instruction on http://trac.webkit.org/projects/webkit/wiki/BuildingOnWindows. I got the following two errors and one warning. Should I be looking into correct include directive for the first error? I have no clue for the second error. I appreciate your help 1) QTMovieWinTimer.cpp c:\cygwin\home\satagopa\WebKit\WebCore\ForwardingHeaders\wtf/Platform.h(1) : fatal error C1083: Cannot open include file: 'JavaScriptCore/Platform.h': No such file or directory Generating Code... 2) c1xx : fatal error C1083: Cannot open source file: 'C:\cygwin\home\satagopa\WebKit\tmp.cpp': No such file or directory 3) Project : warning PRJ0018 : The following environment variables were not found: $(PRODUCTION) Thanks Jagan -- *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *ext Brent Fulgham *Sent:* Tuesday, February 19, 2008 9:09 AM *To:* Ivan Shusky *Cc:* WebKit Development *Subject:* Re: [webkit-dev] Help needed. WebKit with Windows XP Hi Ivan, Did you remember to set the environment variables as shown in Building from Within Visual Studio? You need to go to Control Panel\System settings, select the Advanced tab, and use the Environment button to set these values. If they are not set, VS can't find the stuff in the tools directory. -Brent On Feb 18, 2008 11:54 PM, Ivan Shusky [EMAIL PROTECTED] wrote: I keep getting this error when trying to open any VC project file, am I missing something? Property sheet file '$(WebKitLibrariesDir)\tools\vsprops\common.vsprops' was not found or failed to load. Best, Ivan -- CC: webkit-dev@lists.webkit.org From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [webkit-dev] Help needed. WebKit with Windows XP Date: Mon, 18 Feb 2008 21:38:33 -0800 If you've got things set up to build the stock WebKit, you might first want to see if you can get the WinLauncher to work. If so, you can feel a bit safer taking the next step. To build with Cairo, you need additional libraries (see http://trac.webkit.org/projects/webkit/wiki/BuildingCairoOnWindows for some details). You will need to place the libraries someplace (e.g., c:\build_requirements) and update the Visual Studio build environment to look there. I think I called my project file WebCore.vcproj.cairo; obviously, you will want to rename this to just WebCore.vcproj for the solution to find it. Hope that helps, -Brent On Feb 18, 2008, at 9:26 PM, Ivan Shusky wrote: Hi Brent, Again many thanx for your help. Currently I am going through the blogs and trying to figure out how to setup the environment. Its a bit confusing to me. Hope it is not too much to ask for a step by step guide to setup the environment for Win. Right now I have the codes and compiled by using Cygwin. Where should I go next? I have also downloaded those VS project files for both WebKit and WebCore but they do not really work. Sorry I might sound like a dummy.. Best, Ivan -- CC: webkit-dev@lists.webkit.org From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [webkit-dev] Help needed. WebKit with Windows XP Date: Mon, 18 Feb 2008 21:18:05 -0800 Note that there is nothing Cairo-specific about WinLauncher; you can use it to run the CoreGraphics-style WebKit as well. This might be a good thing to try first, to make sure your debugging environment is set up properly, etc. Let me know if you run into any problems. Note that you'll need to grab the changes on http://bugs.webkit.org/show_bug.cgi?id=17300 to get project files that build Cairo-style. -Brent On Feb 18, 2008, at 8:18 PM, Ivan Shusky wrote: Many thanx Brent for your help. Really appreciate it!! :) I will go through the planet webkit blogs and try if I can start to get something started. Might come back with more questions though. Best, Ivan -- Date: Mon, 18 Feb 2008 13:25:27 -0800