WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
Bug 68936
[Chromium] Seperate GTK specific Gyp rules from X11 Gyp rules
https://bugs.webkit.org/show_bug.cgi?id=68936
Summary
[Chromium] Seperate GTK specific Gyp rules from X11 Gyp rules
Fady Samuel
Reported
2011-09-27 14:29:47 PDT
[Chromium] Seperate GTK specific Gyp rules from X11 Gyp rules
Attachments
Patch
(28.05 KB, patch)
2011-09-27 14:33 PDT
,
Fady Samuel
no flags
Details
Formatted Diff
Diff
Patch
(14.43 KB, patch)
2011-09-28 05:54 PDT
,
Fady Samuel
no flags
Details
Formatted Diff
Diff
Patch
(14.42 KB, patch)
2011-09-28 08:42 PDT
,
Fady Samuel
no flags
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Fady Samuel
Comment 1
2011-09-27 14:33:25 PDT
Created
attachment 108899
[details]
Patch
Tony Chang
Comment 2
2011-09-27 14:56:29 PDT
Comment on
attachment 108899
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=108899&action=review
> Source/WebCore/ChangeLog:14 > + No new tests. (OOPS!)
Remove this line.
> Source/WebCore/WebCore.gyp/WebCore.gyp:-1373 > - ['include', 'platform/chromium/KeyCodeConversionGtk\\.cpp$'],
Why can't we delete KeyCodeConversionGtk.cpp?
> Source/WebCore/WebCore.gyp/WebCore.gyp:1532 > + ['use_x11 == 0', { > 'sources/': [ > ['exclude', '(Gtk|Linux)\\.cpp$'], > ['exclude', 'Harfbuzz[^/]+\\.(cpp|h)$'], > ], > }],
Can we move this to an else clause of the use_x11 == 1 above?
> Source/WebCore/WebCore.gyp/WebCore.gyp:1635 > + ['use_x11 == 0', { > 'sources/': [ > ['exclude', '(Gtk|Linux)\\.cpp$'], > ],
This one is weird. Should we split the Gtk and Linux cases into two conditions?
> Source/WebCore/WebCore.gyp/WebCore.gyp:1765 > - ['toolkit_uses_gtk == 0', { > + ['use_x11 == 0', { > 'sources/': [ > ['exclude', '(Gtk|Linux)\\.cpp$'],
ditto.
> Source/WebKit/chromium/ChangeLog:8 > + public/linux/WebFontInfo.h is a copy of public/gtk/WebFontInfo.h > + > + The original file will be deleted once the appropriate changes have landed in Chromium.
One way to make this more clear is to have the old header be a forwarding header. It would avoid the confusion about having 2 identical headers in the tree.
Fady Samuel
Comment 3
2011-09-28 05:54:32 PDT
Created
attachment 109011
[details]
Patch
WebKit Review Bot
Comment 4
2011-09-28 05:57:56 PDT
Attachment 109011
[details]
did not pass style-queue: Failed to run "['Tools/Scripts/check-webkit-style', '--diff-files', u'Source/WebCore/ChangeLog', u'Source/WebCor..." exit_code: 1 Source/WebKit/chromium/public/gtk/WebFontInfo.h:31: #ifndef header guard has wrong style, please use: WebFontInfo_h [build/header_guard] [5] Total errors found: 1 in 6 files If any of these errors are false positives, please file a bug against check-webkit-style.
Fady Samuel
Comment 5
2011-09-28 06:00:31 PDT
Comment on
attachment 109011
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=109011&action=review
>> Source/WebKit/chromium/public/gtk/WebFontInfo.h:31 >> +#ifndef Gtk_WebFontInfo_h > > #ifndef header guard has wrong style, please use: WebFontInfo_h [build/header_guard] [5]
Hmm, if both WebFontInfo files use the same header guard, could that cause problems?
Fady Samuel
Comment 6
2011-09-28 08:42:19 PDT
Created
attachment 109024
[details]
Patch
Tony Chang
Comment 7
2011-09-28 09:47:16 PDT
Comment on
attachment 109024
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=109024&action=review
> Source/WebCore/WebCore.gyp/WebCore.gyp:1642 > + ['use_x11 == 0', { > + 'sources/': [ > + ['exclude', 'Linux\\.cpp$'],
It might be more accurate to do 'os_posix and OS!="mac"', but this is OK too.
WebKit Review Bot
Comment 8
2011-09-28 10:35:13 PDT
Comment on
attachment 109024
[details]
Patch Clearing flags on attachment: 109024 Committed
r96233
: <
http://trac.webkit.org/changeset/96233
>
WebKit Review Bot
Comment 9
2011-09-28 10:35:17 PDT
All reviewed patches have been landed. Closing bug.
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