[Webkit-unassigned] [Bug 46630] [GTK] use ENABLE(GLIB_SUPPORT)
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Mon Sep 27 10:26:54 PDT 2010
https://bugs.webkit.org/show_bug.cgi?id=46630
Martin Robinson <mrobinson at webkit.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #68923|review? |review-
Flag| |
--- Comment #2 from Martin Robinson <mrobinson at webkit.org> 2010-09-27 10:26:54 PST ---
(From update of attachment 68923)
View in context: https://bugs.webkit.org/attachment.cgi?id=68923&action=review
> ChangeLog:8
> + [GTK] use ENABLE(GLIB_SUPPORT)
> + https://bugs.webkit.org/show_bug.cgi?id=46630
> +
> + * GNUmakefile.am: Enabled the GLIB_SUPPORT define.
We should have a bit more here about why this is a good thing. Something like "Enabling GLIB_SUPPORT on all ports that use GLib will simplify checks."
> JavaScriptCore/ChangeLog:9
> + is explicitely enabled.
Small typo here explicitely versus explicitly.
> JavaScriptCore/wtf/Platform.h:1130
> -#if PLATFORM(GTK) || (PLATFORM(EFL) && ENABLE(GLIB_SUPPORT))
> +#if ENABLE(GLIB_SUPPORT)
I like this simplification.
> WebCore/platform/graphics/cairo/FontPlatformDataFreeType.cpp:114
> -#if !PLATFORM(EFL) || ENABLE(GLIB_SUPPORT)
> +#if ENABLE(GLIB_SUPPORT)
> if (GdkScreen* screen = gdk_screen_get_default())
> -gdk_screen_get_font_options(screen);
> + gdk_screen_get_font_options(screen);
This doesn't seem right to me. The macro doesn't only implies GLib, not GDK. :/ Perhaps it would be better to define a series of PLATFORM macros like PLATFORM(GLIB) and PLATFORM(GDK) which are more precise about what's enabled.
> WebCore/platform/graphics/cairo/FontPlatformDataFreeType.cpp:149
> -#if !PLATFORM(EFL) || ENABLE(GLIB_SUPPORT)
> +#if ENABLE(GLIB_SUPPORT)
> if (GdkScreen* screen = gdk_screen_get_default())
> options = gdk_screen_get_font_options(screen);
Same issue here.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list