Webkit notes

[coreplayer2]

Awesome

[hiro]

I didn't expect to ever use webkit again though! *angry*

[curaga]

The compiler bug was blocking other things, but today it turned out to be a bug in webkit, not in gcc; worked around.

A couple features, then the two-week test remaining before an alpha. The underlying webkit port is already public, so if you want to get a head start to the day-long building: https://github.com/clbr/webkitfltk

[coreplayer2]

Thanks, day-long building??  I wonder how long is expected compile time in corepure64 ?

[curaga]

Webkit takes ages to build. On my 6-core it's over two hours. Dual core with equivalent speed -> 6h, rpi -> a week

[curaga]

Been waiting for a new Cairo release for three weeks now, looks like it will be weeks more. Such is life when the current version is buggy, and one can't test properly without the exact version for fear of breakage.

[curaga]

The Cairo release finally happened yesterday. I'll give it a week of testing before release.

edit: In release mode, the final browser binary is 46mb. Much less than the 100mb with asserts (but stripped), but still quite high.

[curaga]

It's out: http://fifth-browser.sf.net

It's not TC software per se, so please report bugs and issues to github.

Given the GCC requirement it won't be built for 5.x, 6.x is possible but depends on energy, given the long build times. The portable x64 binary can be run on 5.x though.

[Juanito]

good news 

however...

Code: [Select]

make -C Source/WebKit/fltk
...
../../WebCore/dom/EventTarget.h:37:35: fatal error: EventTargetInterfaces.h: No such file or directory
 #include "EventTargetInterfaces.h"
I'm guessing this header should be built at some point earlier, but no idea why it isn't 

[curaga]

Will try a build on 6.x maybe tomorrow, maybe later.

[hiro]

Given the GCC requirement it won't be built for 5.x, 6.x is possible but depends on energy, given the long build times. The portable x64 binary can be run on 5.x though.

Nice work. Can't get it to run on latest corepure64 though, it complains cairo is too old.

edit: compiling new cairo right now cause I'm so curious.

NICE. Bug report: pressing . finds stuff, but pressing enter doesn't go to where the link of the found text points to

opera should have hired you for their webkit shit, haha.

Apart from avoiding compiling webkit I never had a use for corepure64, but today I tried it for the first time. Problem: there is no mplayer extension, so I wonder if anyone is actually using this for his day to day web browsing and slacking off

[coreplayer2]

Corepure64 is my most frequently used OS on all pc's. I made a small extension which connects to a media server to stream HD video and music, use it for work and browsing the web currently using latest Firefox, Flash and Alsa+PulseAudio and VLC player


Am anxious to to try the Webkit

I built a one click extension which updates all extensions in tce directory

Is great for compiling and for any memory intensive operations



Sent from my iPhone using Tapatalk

[Juanito]

...I never had a use for corepure64, but today I tried it for the first time. Problem: there is no mplayer extension, so I wonder if anyone is actually using this for his day to day web browsing and slacking off

opera-12 and rhythmbox/xmms 

[Juanito]

Will try a build on 6.x maybe tomorrow, maybe later.

OK, that was x86_64 and the prior "make" commands all worked without error - cmake wouldn't even configure...

[Juanito]

BTW, which package links against liburlmatch.a - fifth itself?