<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">The arguments to platform conditions aren't keywords; it's true that they're unquoted identifiers but they're treated more like contextual keywords or predefined constants: they're only defined in the argument positions of the conditions they're associated with.<div class=""><br class=""></div><div class="">Fwiw, Haiku is already in the list of accepted identifiers for the os() condition (proposal updated to reflect this):<div class=""><br class=""></div><div class=""><a href="https://github.com/apple/swift/blob/master/lib/Basic/LangOptions.cpp#L28" class="">https://github.com/apple/swift/blob/master/lib/Basic/LangOptions.cpp#L28</a></div><div class=""><br class=""></div><div class="">-Graydon</div><div class=""><br class=""></div><div class=""><div><blockquote type="cite" class=""><div class="">On Oct 24, 2017, at 8:49 PM, David Sweeris &lt;<a href="mailto:davesweeris@mac.com" class="">davesweeris@mac.com</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=us-ascii" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">One quick question... WRT `os()`, should that take a string instead of some keywordish thing? There's at least one OS which has a Swift port, but doesn't show up on that list (Haiku:&nbsp;<a href="https://www.haiku-os.org/blog/return0e/2017-08-28_gsoc_2017_porting_swift_to_haiku_-_final_report/" class="">https://www.haiku-os.org/blog/return0e/2017-08-28_gsoc_2017_porting_swift_to_haiku_-_final_report/</a>)</div><div class=""><br class=""></div><div class="">- Dave Sweeris</div><br class=""><div class=""><blockquote type="cite" class=""><div class="">On Oct 24, 2017, at 8:05 PM, Graydon Hoare via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html; charset=us-ascii" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class="">Hi,</div><div class=""><br class=""></div><div class="">I'd like to propose a variant of a very minor, additive proposal Erica Sadun posted last year, that cleans up a slightly messy idiomatic use of conditional compilation in libraries. The effects should be quite limited; I'd call it a "standard library" addition except that the repertoire of compiler-control statements isn't strictly part of the stdlib.</div><div class=""><br class=""></div>Proposal is here: <a href="https://gist.github.com/graydon/809af2c726cb1a27af64435e47ef4e5d" class="">https://gist.github.com/graydon/809af2c726cb1a27af64435e47ef4e5d</a><div class=""><br class=""></div><div class="">Implementation (minus fixits) is here:&nbsp;<a href="https://github.com/graydon/swift/commit/16493703ea297a1992ccd0fc4d2bcac7d078c982" class="">https://github.com/graydon/swift/commit/16493703ea297a1992ccd0fc4d2bcac7d078c982</a></div><div class=""><br class=""></div><div class="">Feedback appreciated,</div><div class=""><br class=""></div><div class="">-Graydon</div><div class=""><br class=""></div></div>_______________________________________________<br class="">swift-evolution mailing list<br class=""><a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a><br class=""><a href="https://lists.swift.org/mailman/listinfo/swift-evolution" class="">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br class=""></div></blockquote></div><br class=""></div></div></blockquote></div><br class=""></div></div></body></html>