Bug 134347 – Define TARGET_OS_IPHONE to 0 for non-darwin ports

• Component: Platform
• Status: RESOLVED FIXED

[Laszlo Gombos]

Follow-up for http://trac.webkit.org/changeset/169880 to make it a bit more future proof and easier to read and reason about it.

[Laszlo Gombos]

Created attachment 233904 [details]
It reads slightly better..

[Darin Adler]

Comment on attachment 233904 [details]
It reads slightly better..

View in context: https://bugs.webkit.org/attachment.cgi?id=233904&action=review

It’s worth noting why this is different from our usual strategy. Unlike, say, WebCore, WebKit2 has public header files, and in public header files we need to use conditionals that don’t rely on WebKit internals such as Platform.h.

Understanding that leads to the thought that for EFL and GTK, this use of TARGET_OS_IPHONE in public header files might pose a problem, for the same reason that PLATFORM(IOS) would be a problem on the Mac and iOS platform. We may need to run a script to strip those out for those platforms as part of the “installing public headers” process.

> Source/WTF/wtf/Platform.h:1049
> +/* Set TARGET_OS_IPHONE to 0 by default to allow using it as a guard 
> + * in cross-platform the same way as it is used in OS(DARWIN) code */ 

Normally we’d put a period at the end of a sentence.

[Laszlo Gombos]

Created attachment 233934 [details]
for cq incorporating Darin's feedback

[WebKit Commit Bot]

Comment on attachment 233934 [details]
for cq incorporating Darin's feedback

Clearing flags on attachment: 233934

Committed r170498: <http://trac.webkit.org/changeset/170498>

[WebKit Commit Bot]

All reviewed patches have been landed.  Closing bug.