[swift-evolution] [swift-evolution-announce] [Review] SE-0028 Modernizing Swift's Debugging Identifiers (__LINE__, etc)
Matthew Johnson
matthew at anandabits.com
Fri Jan 29 15:07:56 CST 2016
> On Jan 29, 2016, at 3:06 PM, Kevin Ballard via swift-evolution <swift-evolution at swift.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.
+1. At least one of the two should be accepted as part of this proposal.
>
> -Kevin Ballard
> _______________________________________________
> swift-evolution mailing list
> swift-evolution at swift.org
> https://lists.swift.org/mailman/listinfo/swift-evolution
More information about the swift-evolution
mailing list