[swift-evolution] [Proposal Draft] Literal Syntax Protocols
Erica Sadun
erica at ericasadun.com
Tue Jun 28 21:05:07 CDT 2016
> On Jun 28, 2016, at 7:52 PM, Matthew Johnson <matthew at anandabits.com> wrote:
>
>>
>> On Jun 28, 2016, at 8:35 PM, Erica Sadun via swift-evolution <swift-evolution at swift.org <mailto:swift-evolution at swift.org>> wrote:
>>
>>
>>> On Jun 28, 2016, at 6:13 PM, Dave Abrahams <dabrahams at apple.com <mailto:dabrahams at apple.com>> wrote:
>>>> Or we're clueless AND it's a bad name.
>>>
>>> It's possible, but until we have an objective rationale for why it's bad
>>> (arguments that it seems to imply what turns out to be the actual
>>> meaning of the protocol don't count!), *and* a better alternative, it's
>>> sort of moot. If you don't like `Syntax.IntegerLiteral` or
>>> `Syntax.IntegerLiteralExpressible` then I'm out of suggestions.
>>>
>>>> func f<T: IntegerPromotion>() -> T {
>>>> return 42 // the answer to everything
>>>> }
>>>
>>> Promotion means something very different; something that we actually
>>> expect to incorporate into the language one day.
>>
>> Syntax.MarvinTheDepressedIntegerLiteral
> You really have me laughing with some of these! Thanks Erica. :)
A few more, with a slightly different approach that pushes the literal part towards the end of the name:
Syntax.SupportsIntegerLiterals
Syntax.AcceptsIntegerLiterals
Syntax.IncludesIntegerLiterals
Syntax.IncorporatesIntegerLiterals
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-evolution/attachments/20160628/d870da39/attachment.html>
More information about the swift-evolution
mailing list