<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Dec 20, 2017 at 10:01 PM, Xiaodi Wu via swift-evolution <span dir="ltr">&lt;<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>&gt;</span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="gmail_quote"><div dir="auto">I have been doing the unkosher thing of using these underscored attributes and would very much like to see these formalized.</div><div dir="auto"><br></div><div dir="auto">My one bikeshedding issue here is the name @abiPublic, which smells too much like fileprivate in my subjective opinion. A more concrete objection here is the very much non-ideal juxtaposition of two different access modifier terms in the &quot;@abiPublic internal&quot; spelling. It would seem to me that &quot;@abi&quot; would suffice instead. Indeed, the fact that it&#39;s an &quot;interface&quot; implies a certain level of visibility, which in my view is more precise than coopting the term &quot;public&quot;--that term in turn has an established meaning in Swift that, by construction, an &quot;@abiPublic internal&quot; method does not fulfill.</div></div></div></blockquote><div><br></div><div>Alternatively, since the “@abiPublic” attribute allows objects to be used by inlined code, why not spell it “@inlinable”?</div><div><br></div><div>Nevin</div></div><br></div></div>