<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>On Jan 24, 2012, at 11:33 AM, jahanian wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; ">Suggestion is for fragile abi only. Nonfragile abi bans this altogether with no suggestions. Suggestion for fragile abi came from our runtime guy.<br>I am not sure if there is any code out there which still uses fragile abi (specially with this assignment). But..., I will change the error.</span></blockquote></div><br><div>Using memcpy is no better than the original assignment. I think we should intentionally disallow an assignment copy because it is a bad idea to work with Objective-C objects in this way. memcpy() commits the same sin, just in a different form.</div><div><br></div><div>Yes, I know using memcpy() is "safe", so is doing the original assignment. It's still bad from a language design/consistency perspective, and is incompatible with the modern runtime (which is what we mostly care about these days). My argument is that we should just make it illegal all the time and be done with it. We shouldn't encourage users to use an alternate form of the same bad idiom that wouldn't work with the modern runtime.</div></body></html>