| Summary: | Define TARGET_OS_IPHONE to 0 for non-darwin ports | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Laszlo Gombos <laszlo.gombos> | ||||||
| Component: | Platform | Assignee: | Nobody <webkit-unassigned> | ||||||
| Status: | RESOLVED FIXED | ||||||||
| Severity: | Normal | CC: | benjamin, bunhere, cdumez, cmarcelo, commit-queue, gyuyoung.kim, ossy, sergio | ||||||
| Priority: | P2 | ||||||||
| Version: | 528+ (Nightly build) | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Attachments: |
|
||||||||
|
Description
Laszlo Gombos
2014-06-26 09:00:38 PDT
Created attachment 233904 [details]
It reads slightly better..
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. Created attachment 233934 [details]
for cq incorporating Darin's feedback
Comment on attachment 233934 [details] for cq incorporating Darin's feedback Clearing flags on attachment: 233934 Committed r170498: <http://trac.webkit.org/changeset/170498> All reviewed patches have been landed. Closing bug. |