<div dir="ltr">okay so I think so far what’s been agreed on is <br><br><div><b>1</b>. rename “Bytes” to “Memory” in the raw pointer API. Note: this brings the `<span style="font-family:monospace,monospace">copyBytes&lt;C&gt;(from:)</span>` collection method into the scope of this proposal<br></div><div><br></div><b>2</b>. change raw offsets to be in terms of bytes, not typed strides. This argument will be called `<span style="font-family:monospace,monospace">atByteOffset:</span>` and will only appear in <span style="font-family:monospace,monospace">UnsafeMutableRawBufferPointer</span>. “<span style="font-family:monospace,monospace">at:</span>” arguments are no longer needed in <span style="font-family:monospace,monospace">UnsafeMutableRawPointer</span>, since we can just use pointer arithmetic now.<br><div><div><br><br></div><b>3</b>. move <span style="font-family:monospace,monospace">UnsafeMutableBufferPointer</span>’s `<span style="font-family:monospace,monospace">at:</span>` arguments to the front of the parameter list. mostly cause any pointer arithmetic happens in the front so structurally we want to mirror that.</div><div><br></div><div><b>4</b>. add dual (to:) single element initializers and assigners to <span style="font-family:monospace,monospace">UnsafeMutablePointer</span>, but not <span style="font-family:monospace,monospace">UnsafeMutableRawPointer</span> because it’s apparently not useful there. <span style="font-family:monospace,monospace">`UnsafeMutableRawPointer.initializeMemory&lt;T&gt;(as:</span><wbr><span style="font-family:monospace,monospace">repeating:count:)</span>` still loses its default count to prevent confusion with its buffer variant.<br></div><div><br></div><div><b>5</b>. memory deallocation on buffer pointers is clearly documented to only be defined behavior when the buffer matches a whole heap block. <br></div></div>