[swift-evolution] [swift-evolution-announce] [Review] SE-0028 Modernizing Swift's Debugging Identifiers (__LINE__, etc)

Erica Sadun erica at ericasadun.com
Fri Jan 29 15:41:50 CST 2016

> On Jan 29, 2016, at 2:06 PM, Kevin Ballard <kevin at sb.org> wrote:
> On Fri, Jan 29, 2016, at 12:25 PM, Erica Sadun wrote:
>> Function could be dropped, because it's picked up through #symbol. This is also why the proposal doesn't introduce #module, #type, etc the way earlier drafts discussed.
> So you're expecting another proposal to introduce #symbol and to be accepted for the same Swift release?
> I'd think it makes more sense to have this proposal replace __FUNCTION__ with #function for now, and then a separate proposal that introduces #symbol would override that to remove #function entirely. If both proposals make it into the same Swift release then we'd never actually have #function at all, but by doing it this way, if the #symbol proposal doesn't make it into the same release, or is rejected, then we'd end up with #function instead of leaving __FUNCTION__ around as the lone screaming snake case identifier.
> -Kevin Ballard

The choice of #symbol and/or #function are both included in the detailed design for this proposal. 
I do not intend to propose again to introduce #symbol.

-- Erica

More information about the swift-evolution mailing list