Re: [swift-evolution] [Review #2] SE-0101: Reconfiguring sizeof and related functions into a unified MemoryLayout struct

2016-07-21 Thread Tino Heth via swift-evolution

> Am 15.07.2016 um 23:56 schrieb Dave Abrahams via swift-evolution 
> :
> 
> We're trying to get away from “magic” properties that exist on every
> type, I think.
I've a serious aversion against regular-looking constructs with special power 
as well (from time to time, I find myself thinking that ErrorType and 
SequenceType are somewhat odd… ;-)
On the other hand:
Is a magic struct better than a magic property?
After all, the size of a type is a property of that type…

Tino___
swift-evolution mailing list
swift-evolution@swift.org
https://lists.swift.org/mailman/listinfo/swift-evolution


Re: [swift-evolution] [Review #2] SE-0101: Reconfiguring sizeof and related functions into a unified MemoryLayout struct

2016-07-15 Thread Dave Abrahams via swift-evolution

on Thu Jul 14 2016, Tino Heth  wrote:

> I share the minor concerns that have been expressed so far.
> My first thought on this topic ("MyStruct.size") had a obvious flaw, but I 
> wouldn't fear name collisions with something like 
> "MyStruct.memoryLayout.size".
> This one most likely has issues as well, but imho they aren't that
> obvious and deserve being discussed in the alternatives-section (or a
> short answer here to wake up my tired mind ;-)

We're trying to get away from “magic” properties that exist on every
type, I think.

-- 
Dave

___
swift-evolution mailing list
swift-evolution@swift.org
https://lists.swift.org/mailman/listinfo/swift-evolution


Re: [swift-evolution] [Review #2] SE-0101: Reconfiguring sizeof and related functions into a unified MemoryLayout struct

2016-07-14 Thread Tino Heth via swift-evolution
I share the minor concerns that have been expressed so far.
My first thought on this topic ("MyStruct.size") had a obvious flaw, but I 
wouldn't fear name collisions with something like "MyStruct.memoryLayout.size".
This one most likely has issues as well, but imho they aren't that obvious and 
deserve being discussed in the alternatives-section (or a short answer here to 
wake up my tired mind ;-)

- Tino
___
swift-evolution mailing list
swift-evolution@swift.org
https://lists.swift.org/mailman/listinfo/swift-evolution