WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
126297
[GTK] Make the output directory of GObject unit tests binaries consistent with the CMake build
https://bugs.webkit.org/show_bug.cgi?id=126297
Summary
[GTK] Make the output directory of GObject unit tests binaries consistent wit...
Martin Robinson
Reported
2013-12-30 10:35:39 PST
To avoid having too many special conditions in the tools scripts, we should make the GObject API unit tests build similarly to the CMake build. I prefer to adapt the autotools build, because it uses legacy naming conventions. For instance, "unittests" used to make sense for the WebKit1 GObject API unit tests, because they were the only unit tests that we built. Now we should output test binaries to "WebKit1GObjectAPITests" and "WebKit2GObjectAPITests".
Attachments
Patch
(50.45 KB, patch)
2013-12-30 12:39 PST
,
Martin Robinson
pnormand
: review+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Martin Robinson
Comment 1
2013-12-30 12:39:43 PST
Created
attachment 220120
[details]
Patch
WebKit Commit Bot
Comment 2
2013-12-30 12:41:09 PST
Thanks for the patch. If this patch contains new public API please make sure it follows the guidelines for new WebKit2 GTK+ API. See
http://trac.webkit.org/wiki/WebKitGTK/AddingNewWebKit2API
Philippe Normand
Comment 3
2013-12-30 12:44:10 PST
Comment on
attachment 220120
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=220120&action=review
Looks good! Just a small suggestion:
> Tools/Scripts/run-gtk-tests:362 > - if "unittests" in test_program or "WebKit2APITests" in test_program: > + if "WebKit1GObjectAPITest" in test_program or "WebKit2GObjectAPITest" in test_program:
Perhaps simplify to if 'GObjectAPITest' in test_program ?
Carlos Garcia Campos
Comment 4
2013-12-30 23:46:59 PST
Comment on
attachment 220120
[details]
Patch I'm fine with the change, but why GObject? I really prefer WebKit1GTKAPITest and WebKit2GTKAPITest, not only because it's shorter but mainly because I think it's more accurate, since this is the WebKit GTK+ API. Since we are mostly rewriting the whole makefiles, maybe it's a good opportunity to move the tests to Tools/TestWebKitAPI/Tests/WebKit[N]Gtk ?
Martin Robinson
Comment 5
2013-12-31 07:14:39 PST
(In reply to
comment #4
)
> (From update of
attachment 220120
[details]
) > I'm fine with the change, but why GObject? I really prefer WebKit1GTKAPITest and WebKit2GTKAPITest, not only because it's shorter but mainly because I think it's more accurate, since this is the WebKit GTK+ API. Since we are mostly rewriting the whole makefiles, maybe it's a good opportunity to move the tests to Tools/TestWebKitAPI/Tests/WebKit[N]Gtk ?
The API is a series of exposed GObjects. Some of them are GTK+ widgets, but others are not. I usually call this API the "GObject API," similarly to how we call the GObject DOM API. I'm definitely okay with moving the API tests to a more appropriate location.
Martin Robinson
Comment 6
2013-12-31 07:16:24 PST
(In reply to
comment #5
)
> The API is a series of exposed GObjects. Some of them are GTK+ widgets, but others are not. I usually call this API the "GObject API," similarly to how we call the GObject DOM API. I'm definitely okay with moving the API tests to a more appropriate location.
Oh, I'm also okay with most names as long as they are better than "unittests!" :) With your suggestion, perhaps we could output Programs/TestWebKitAPI/WebKit2GTK and so on.
Carlos Garcia Campos
Comment 7
2013-12-31 07:19:51 PST
(In reply to
comment #5
)
> (In reply to
comment #4
) > > (From update of
attachment 220120
[details]
[details]) > > I'm fine with the change, but why GObject? I really prefer WebKit1GTKAPITest and WebKit2GTKAPITest, not only because it's shorter but mainly because I think it's more accurate, since this is the WebKit GTK+ API. Since we are mostly rewriting the whole makefiles, maybe it's a good opportunity to move the tests to Tools/TestWebKitAPI/Tests/WebKit[N]Gtk ? > > The API is a series of exposed GObjects. Some of them are GTK+ widgets, but others are not. I usually call this API the "GObject API," similarly to how we call the GObject DOM API. I'm definitely okay with moving the API tests to a more appropriate location.
GObject DOM bindings don't use GTK+ at all. I always say WebKit GTK+ API, and I think it's more accurate. You can also think about it as the public API of WebKitGTK+.
Carlos Garcia Campos
Comment 8
2013-12-31 07:20:30 PST
(In reply to
comment #6
)
> (In reply to
comment #5
) > > > The API is a series of exposed GObjects. Some of them are GTK+ widgets, but others are not. I usually call this API the "GObject API," similarly to how we call the GObject DOM API. I'm definitely okay with moving the API tests to a more appropriate location. > > Oh, I'm also okay with most names as long as they are better than "unittests!" :) With your suggestion, perhaps we could output Programs/TestWebKitAPI/WebKit2GTK and so on.
Looks good to me.
Martin Robinson
Comment 9
2013-12-31 08:11:03 PST
Committed
r161182
: <
http://trac.webkit.org/changeset/161182
>
Martin Robinson
Comment 10
2013-12-31 08:12:32 PST
See
https://bugs.webkit.org/show_bug.cgi?id=126342
which tracks moving the unit tests.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug