[webkit-dev] [PATCH] Errors from "build-webkit --debug --minimal"

Patrick Gansterer paroga at paroga.com
Mon Jun 25 14:27:11 PDT 2012

As already mentioned in my previous mail (maybe net clear enough): It's ok if someone breaks WinCE specific stuff, and it's nice that it's still accepted in trunk, but what I wanted to say is: WinCE bot has a different _feature_configuration_ (e.g. !ENABLE(JIT) isn't WinCE specific) and that's what breaks most of the time.

BTW: My current main "feature" target is to merge the WinCE stuff directly into the windows, so it's more in the win directory. ;-)

-- Patrick

Am 25.06.2012 um 23:06 schrieb Adam Barth:

> Hopefully this email won't come off as rude, but it's not clear to me
> whether the WinCE port being actively developed.
> <http://trac.webkit.org/wiki/WinCE> says that the port is maintained
> by Torch Mobile, but <http://www.torchmobile.com/> says Torch Mobile
> is focused on BlackBerry these days.
> Looking at the last year of commits to these directories:
> http://trac.webkit.org/log/trunk/Source/WebKit/wince
> http://trac.webkit.org/log/trunk/Source/WebCore/platform/wince
> The changes appear to be build fixes and patches that incidentally
> touch WinCE as part of project-wide maintenance.
> Patrick, it's clear that you're putting in the effort to keep the port
> building, but I suspect the reason folks from the community don't put
> much effort into keeping the WinCE bot green is because the port seems
> to be somewhat in a holding pattern.
> Adam
> On Mon, Jun 25, 2012 at 1:45 PM, Patrick Gansterer <paroga at paroga.com> wrote:
>> IMHO only setting up a bot won't help that much. Someone must keep it green. From my experience with the WinCE build slave (which has some common features turned of by default) I don't see many people caring about it.
>> E.g. WinCE build slaves builds with JIT turned of, which leads to much redness of the bot. IMHO that's ok, since the bots exist to find failures with other configurations (even if EWS does much work in that area already), but most of the redness of the WinCE bot stays until I have the time to fix it [1]. BTW: It's not that much fun to fix all failures (and find the corresponding revision) if you pause for a few weeks.
>> Do we have any defined responsibility, when someone breaks a port? Should the committer watch landing of the patch? (and ping the port maintainers if it has some port specific issues) Can we make the green/red status more meaningful, to make it easier to see if a patch cases real problems? (IMHO many bots are red by default this time and so don't provide quick information in the buildbot overview pages)
>> -- Patrick
>> [1] http://trac.webkit.org/search?q=paroga+ENABLE%28JIT%29
>> Am 25.06.2012 um 21:56 schrieb Eric Seidel:
>>> If someone wanted to set up a --minimal bot, I'm sure that would be
>>> welcome.  We used to have a --qt --minimal bot at some point.
>>> http://trac.webkit.org/wiki/BuildBot
>>> On Mon, Jun 25, 2012 at 12:28 PM, Pablo Flouret <pablof at motorola.com> wrote:
>>>> On Mon, 25 Jun 2012 12:03:12 -0700, Arthur O'Dwyer <arthur at push.am> wrote:
>>>>> I'm trying to build WebKit by the simplest possible method. I checked
>>>>> out the SVN tree and did "cd WebKit ; Tools/Scripts/build-webkit
>>>>> --debug --minimal". This produced compiler errors!
>>>> I tried the same thing a while ago, and submitted patches to fix some of the
>>>> issues, but what i was told is that there aren't really any bots building
>>>> with --minimal, so it's not guaranteed to build.
>>>> Last i remember, after you fix those issues you mention you're probably
>>>> gonna come up against trickier ones in --web-audio, --geolocation,
>>>> --netscape-plugin-api and --fullscreen-api (although i haven't checked
>>>> recently).
>>>> You can still run --minimal and enable the features that are giving you
>>>> trouble (e.g. build-webkit --debug --minimal --javascript-debugger
>>>> --geolocation ... etc.)
>>>> Cheers,
>>>> --
>>>> pablo flouret
>>>> motorola | webkit / browser team
>>>> _______________________________________________
>>>> webkit-dev mailing list
>>>> webkit-dev at lists.webkit.org
>>>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>>> _______________________________________________
>>> webkit-dev mailing list
>>> webkit-dev at lists.webkit.org
>>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>> _______________________________________________
>> webkit-dev mailing list
>> webkit-dev at lists.webkit.org
>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

More information about the webkit-dev mailing list