RESOLVED FIXED Bug 37786
new-run-webkit-tests: checking the build should be optional
https://bugs.webkit.org/show_bug.cgi?id=37786
Summary new-run-webkit-tests: checking the build should be optional
Dirk Pranke
Reported 2010-04-18 17:51:11 PDT
Checking whether or not a build is up-to-date can take 5-10 seconds or longer, and sometime you may wish to run the tests without rebuilding, so there should be a way to skip the check_build step.
Attachments
Patch (2.01 KB, patch)
2010-04-18 18:01 PDT, Dirk Pranke
eric: review+
revise w/ ojan's feedback (rename --check-build to --build) (2.72 KB, patch)
2010-04-19 15:16 PDT, Dirk Pranke
no flags
tweak the help text, changelog (2.94 KB, patch)
2010-04-19 16:45 PDT, Dirk Pranke
eric: review+
Dirk Pranke
Comment 1 2010-04-18 18:01:30 PDT
Eric Seidel (no email)
Comment 2 2010-04-18 22:25:19 PDT
Comment on attachment 53648 [details] Patch Two notes: 1. Sad that we need this. Seems like a hack around build system lameness. 2. I hate that optparse doesn't have built in support for --no-. We need to make our own make_option wrapper which does automatic --no- generation as well as puts the default value in the help text.
Ojan Vafai
Comment 3 2010-04-19 08:03:21 PDT
(In reply to comment #2) > 2. I hate that optparse doesn't have built in support for --no-. We need to > make our own make_option wrapper which does automatic --no- generation as well > as puts the default value in the help text. Why do we need to have both flags? Since it defaults to True, don't we only need --no-check-build? It seems like it's the actual rebuilding that slows things down. It's a shame to get rid of all the other checks in check_build just to avoid the rebuilding. How about adding a --no-build instead? I also think that would be more intuitive to users. If I didn't know the code, it wouldn't be clear to me that check-build is the thing that causes DRT to be built.
Dirk Pranke
Comment 4 2010-04-19 10:30:27 PDT
(In reply to comment #3) > (In reply to comment #2) > > 2. I hate that optparse doesn't have built in support for --no-. We need to > > make our own make_option wrapper which does automatic --no- generation as well > > as puts the default value in the help text. > > Why do we need to have both flags? Since it defaults to True, don't we only > need --no-check-build? This may be a personal thing, but I don't like having boolean command line flags where both versions of the flag aren't legal. > It seems like it's the actual rebuilding that slows things down. It's a shame > to get rid of all the other checks in check_build just to avoid the rebuilding. > How about adding a --no-build instead? I also think that would be more > intuitive to users. If I didn't know the code, it wouldn't be clear to me that > check-build is the thing that causes DRT to be built. This would be fine, and is probably safer.
Dirk Pranke
Comment 5 2010-04-19 15:16:55 PDT
Created attachment 53727 [details] revise w/ ojan's feedback (rename --check-build to --build)
Ojan Vafai
Comment 6 2010-04-19 15:26:00 PDT
LGTM.
Eric Seidel (no email)
Comment 7 2010-04-19 16:12:37 PDT
Comment on attachment 53727 [details] revise w/ ojan's feedback (rename --check-build to --build) The option name and help are misleading. This will only make sure that DumpRenderTree is built. Not webkit itself. I've been trying to use full sentences in option help (start with a capital, end with a period). I think the option names can stay, but we should fix the help to explain it only builds the helper tools, not WebKit.
Dirk Pranke
Comment 8 2010-04-19 16:45:56 PDT
Created attachment 53738 [details] tweak the help text, changelog
Eric Seidel (no email)
Comment 9 2010-04-19 16:48:56 PDT
Comment on attachment 53738 [details] tweak the help text, changelog OK.
Dirk Pranke
Comment 10 2010-04-19 17:33:14 PDT
Note You need to log in before you can comment on or make changes to this bug.