Bug 58680 - new-run-webkit-tests: add an --additional-drt-flag option
Summary: new-run-webkit-tests: add an --additional-drt-flag option
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: New Bugs (show other bugs)
Version: 528+ (Nightly build)
Hardware: Other OS X 10.5
: P2 Normal
Assignee: Dirk Pranke
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-04-15 12:22 PDT by Dirk Pranke
Modified: 2011-04-18 16:31 PDT (History)
7 users (show)

See Also:


Attachments
Patch (6.31 KB, patch)
2011-04-15 12:25 PDT, Dirk Pranke
eric: review+
Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Dirk Pranke 2011-04-15 12:22:46 PDT
new-run-webkit-tests: add an --additional-drt-flag option
Comment 1 Dirk Pranke 2011-04-15 12:25:09 PDT
Created attachment 89827 [details]
Patch
Comment 2 Eric Seidel (no email) 2011-04-15 12:28:07 PDT
Comment on attachment 89827 [details]
Patch

What sort of flags?  Should we just pass everything after -- to DRT?  Should we have the flags listed one at a time in the NRWT arguments?
Comment 3 Dirk Pranke 2011-04-15 12:33:51 PDT
(In reply to comment #2)
> (From update of attachment 89827 [details])
> What sort of flags?  Should we just pass everything after -- to DRT?  Should we have the flags listed one at a time in the NRWT arguments?

The syntax would be new-run-webkit-tests --additional-drt-flag=--foo=bar  test1.html test2.html

We can't use "--" to separate things easily because we need to be able to specify tests on the command line. Also, optparse would get confused, and so we'd have to do some preprocessing of sys.argv which could be a bit messy.

This is intended to replace at least most if not all of the chromium-specific options (incl. the GPU flags), e.g., the dozen or so in run_webkit_tests.py:224, like --stress-opt, --enable-hardware-gpu, --accelerated-2d-canvas, --gp-fault-error-box, etc.
Comment 4 Eric Seidel (no email) 2011-04-15 12:38:00 PDT
FYI, the same sort of discussion just went on in bug 58370 about adding such a flag to webkit-patch.  I think Adam convinced me to stay away from such for now.  But I don't have hugely strong opinions here.  I think it's somewhat awkward to tell devs the should use --additiona-drt-flag=--gpu instead of --enable-hardware-gpu for example.  But this is really up to you all since this doesn't really affect non-chromium ports.
Comment 5 Dirk Pranke 2011-04-15 12:51:10 PDT
(In reply to comment #4)
> FYI, the same sort of discussion just went on in bug 58370 about adding such a flag to webkit-patch.  I think Adam convinced me to stay away from such for now.  But I don't have hugely strong opinions here.  I think it's somewhat awkward to tell devs the should use --additiona-drt-flag=--gpu instead of --enable-hardware-gpu for example.  But this is really up to you all since this doesn't really affect non-chromium ports.

Hm. I looked through that bug but didn't see the sort of discussion I was expecting; was that the right number?

I actually think this may make life slightly easier for devs since they can use the DRT flag names directly without having to remember how they are mapped through NRWT. Plus it allows us to get the python out  of the loop when people are adding new options to test all these wacky GPU configurations.

Note that this is largely for individual developers testing on their machines. This is *not* for the bots (which is perhaps the opposite of the case in bug 58370). The bots need to have predictable sets of flags which are largely determined by the port name; NRWT shouldn't grow other command line args for those cases (and I agree that we should minimize the # of flags we have to pass to NRWT).
Comment 6 Eric Seidel (no email) 2011-04-18 16:15:33 PDT
Comment on attachment 89827 [details]
Patch

OK.
Comment 7 Dirk Pranke 2011-04-18 16:31:51 PDT
Committed r84207: <http://trac.webkit.org/changeset/84207>