RESOLVED FIXED 48264
new-run-webkit-tests: split out webkit-specific configuration stuff into a new module
https://bugs.webkit.org/show_bug.cgi?id=48264
Summary new-run-webkit-tests: split out webkit-specific configuration stuff into a ne...
Dirk Pranke
Reported 2010-10-25 14:16:25 PDT
new-run-webkit-tests: split out webkit-specific configuration stuff into a new module
Attachments
Patch (14.35 KB, patch)
2010-10-25 14:18 PDT, Dirk Pranke
no flags
Patch (14.63 KB, patch)
2010-10-25 16:39 PDT, Dirk Pranke
abarth: review+
Dirk Pranke
Comment 1 2010-10-25 14:18:44 PDT
Dirk Pranke
Comment 2 2010-10-25 16:39:26 PDT
Dirk Pranke
Comment 3 2010-10-25 17:32:35 PDT
Note that I'm not wedded to either the name "config" or the location in the tree (under layout_tests/port) for this new class. The class doesn't depend on anything else in layout_tests/ and could move to webkitpy/common/config. At some point we should unify those classes, but it's not 100% clear to me how to do so yet.
Eric Seidel (no email)
Comment 4 2010-10-27 17:38:49 PDT
You're aware of webkitpy.common.config right?
Dirk Pranke
Comment 5 2010-10-27 18:00:09 PDT
(In reply to comment #4) > You're aware of webkitpy.common.config right? Yes; you replied to the email I sent about that. That said, it's not clear to me what to do about the two classes since they have largely disjoint functionality. That's why there's a FIXME at the top of the file to do something about it at some point ...
Adam Barth
Comment 6 2010-11-01 13:15:44 PDT
Comment on attachment 71815 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=71815&action=review I don't really understand this patch. Seems to replicate functionality that already exists in webkitpy but it doesn't remove that code, so we just end up with more duplicate code. Without seeing this code in use, it's difficult to know whether this patch is an improvement or not. > WebKitTools/Scripts/webkitpy/layout_tests/port/config.py:63 > + _FLAGS_FROM_CONFIGURATIONS = { > + "Debug": "--debug", > + "Release": "--release", > + } Surely this information exists in webkitpy already. I don't see any minus lines in this patch...
Dirk Pranke
Comment 7 2010-11-01 14:32:00 PDT
(In reply to comment #6) > (From update of attachment 71815 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=71815&action=review > > I don't really understand this patch. Seems to replicate functionality that already exists in webkitpy but it doesn't remove that code, so we just end up with more duplicate code. Without seeing this code in use, it's difficult to know whether this patch is an improvement or not. > > > WebKitTools/Scripts/webkitpy/layout_tests/port/config.py:63 > > + _FLAGS_FROM_CONFIGURATIONS = { > > + "Debug": "--debug", > > + "Release": "--release", > > + } > > Surely this information exists in webkitpy already. I don't see any minus lines in this patch... There is a similar chunk of code in common/config/ports.py (build_webkit_command), but it's tied to the build_webkit_command() routine. This code does not remove any other code. The duplicate code in layout_tests will be removed in the patch in bug 48280. The duplicate code in common/config/ports is not yet removed because the code that uses config/ports will need to be refactored, which I think should be done in a separate patch in order to be manageable (and there is value in this refactoring even without the config/ports refactoring). Given that, does this patch make more sense now?
Adam Barth
Comment 8 2010-11-04 14:02:23 PDT
Comment on attachment 71815 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=71815&action=review > WebKitTools/Scripts/webkitpy/layout_tests/port/config.py:91 > + ed)turns whether build was successful or is up-to-date. ed)turns => returns
Adam Barth
Comment 9 2010-11-04 14:03:10 PDT
Comment on attachment 71815 [details] Patch I feel sad that we're adding a bunch of redundant code, but Dirk promises me that he'll remove the other instances.
Dirk Pranke
Comment 10 2010-11-04 18:06:02 PDT
Note You need to log in before you can comment on or make changes to this bug.