WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
191378
Simplify macros in platform
https://bugs.webkit.org/show_bug.cgi?id=191378
Summary
Simplify macros in platform
Don Olmstead
Reported
2018-11-07 09:47:23 PST
There are a few cases where the #if PLATFORM macros could be simplified withing WebCore/platform
Attachments
Patch
(2.16 KB, patch)
2018-11-07 09:49 PST
,
Don Olmstead
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Don Olmstead
Comment 1
2018-11-07 09:49:14 PST
Created
attachment 354101
[details]
Patch
Konstantin Tokarev
Comment 2
2018-11-07 09:59:21 PST
Comment on
attachment 354101
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=354101&action=review
> Source/WebCore/page/EventHandler.cpp:2643 > +#if !USE(GLIB)
This code has nothing to do with GLib
> Source/WebCore/platform/network/NetworkStateNotifier.h:70 > +#if USE(GLIB)
Same here
Don Olmstead
Comment 3
2018-11-07 10:04:21 PST
Comment on
attachment 354101
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=354101&action=review
With the GLIB stuff I found implementations in corresponding Glib platform files. Both WPE and GTK rely on Glib.
>> Source/WebCore/page/EventHandler.cpp:2643 >> +#if !USE(GLIB) > > This code has nothing to do with GLib
There is an implementation at Source/WebCore/platform/glib/EventHandlerGlib.cpp so !USE(GLIB) is applicable here.
>> Source/WebCore/platform/network/NetworkStateNotifier.h:70 >> +#if USE(GLIB) > > Same here
There is an implementation at Source/WebCore/platform/network/glib/NetworkStateNotifierGlib.cpp so USE(GLIB) is applicable here.
Michael Catanzaro
Comment 4
2018-11-07 13:39:55 PST
Comment on
attachment 354101
[details]
Patch This is iffy, but Don's changes seem reasonable. The problem is we do have a lot of GTK/WPE-specific code used by both ports in files with the GLib (or older Glib) suffix. So these macros *are* guarding WebKit's GLib implementations of these functions... even if they have nothing to do with the library GLib itself.
Don Olmstead
Comment 5
2018-11-07 13:47:26 PST
(In reply to Michael Catanzaro from
comment #4
)
> Comment on
attachment 354101
[details]
> Patch > > This is iffy, but Don's changes seem reasonable. The problem is we do have a > lot of GTK/WPE-specific code used by both ports in files with the GLib (or > older Glib) suffix. So these macros *are* guarding WebKit's GLib > implementations of these functions... even if they have nothing to do with > the library GLib itself.
I currently have platform/glib/EventHandlerGLib.cpp in my CMake for PlayStation so its on my list to turn into a generic implementation. So this should be temporary
WebKit Commit Bot
Comment 6
2018-11-07 14:12:51 PST
Comment on
attachment 354101
[details]
Patch Clearing flags on attachment: 354101 Committed
r237944
: <
https://trac.webkit.org/changeset/237944
>
WebKit Commit Bot
Comment 7
2018-11-07 14:12:53 PST
All reviewed patches have been landed. Closing bug.
Radar WebKit Bug Importer
Comment 8
2018-11-07 14:13:20 PST
<
rdar://problem/45888762
>
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