[swift-evolution] What about garbage collection?

David Waite david at alkaline-solutions.com
Tue Feb 9 11:01:52 CST 2016


When programming C and C++, I had a strong requirement that my testing tools were clean, so that I could run tools similar to leaks over my unit/integration test suite. 

-DW

> On Feb 9, 2016, at 5:16 AM, Michel Fortin via swift-evolution <swift-evolution at swift.org> wrote:
> 
> Le 8 févr. 2016 à 23:34, Charles Srstka <cocoadev at charlessoft.com> a écrit :
>> 
>>> On Feb 8, 2016, at 10:20 PM, Michel Fortin via swift-evolution <swift-evolution at swift.org> wrote:
>>> 
>>> Le 8 févr. 2016 à 16:00, Chris Lattner via swift-evolution <swift-evolution at swift.org> a écrit :
>>> 
>>>> I’m personally not interested in requiring a model that requires us to throw away a ton of perfectly good RAM to get an “simpler" programming model - particularly on that adds so many tradeoffs.
>>> 
>>> Me neither. I certainly prefer ARC. Hence one reason I like Swift more than D.
>>> 
>>> I'd just like to point out that a "fake" GC that stops short of actually freeing objects to instead print a warning on the console listing objects to be collected would be a great help to detect and fix cycles early in development.
>> 
>> Isn’t this essentially what the ‘leaks’ tool is?
> 
> I think so. Except you rarely use the `leaks` tool early in development. If this was baked into debug builds (with a way to opt out, of course), retain cycles would be caught much earlier in the development process and you'd see your leaks almost immediately after writing the offending code.
> 
> In fact, I'm pretty sure most people here don't check for leaks even in the final build of their app unless there's an obvious leakage problem. I know I don't, generally.
> 
> -- 
> Michel Fortin
> https://michelf.ca
> 
> _______________________________________________
> swift-evolution mailing list
> swift-evolution at swift.org
> https://lists.swift.org/mailman/listinfo/swift-evolution

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4139 bytes
Desc: not available
URL: <https://lists.swift.org/pipermail/swift-evolution/attachments/20160209/84fc748a/attachment.p7s>


More information about the swift-evolution mailing list