<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Resource Polymorphism · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/1803.02796/</link><description>Collected HN comments and submissions linking this paper.</description><language>en</language><lastBuildDate>Mon, 02 Nov 2026 11:16:22 GMT</lastBuildDate><atom:link href="https://hackerpaper.kaipfister.de/p/1803.02796/feed.xml" rel="self" type="application/rss+xml" /><item><title>Resource Polymorphism — mentioned by rwmj</title><link>https://news.ycombinator.com/item?id=29659976</link><guid isPermaLink="false">urn:hackerpapers:mention:1803.02796:29659976</guid><pubDate>Thu, 23 Dec 2021 08:53:21 GMT</pubDate><description>&lt;p&gt;Garbage collection and controlled object lifetimes are important and orthogonal concerns. You can have both at the same time. C# for instance lets you add a Dispose() method for the times when you want to free the resources now. There are even ways to ensure statically that objects aren&amp;#x27;t used after the close/dispose is called. (Of which I would find the paper, but my google-fu is failing me right now ... https://okmij.org/ftp/Haskell/regions.html and https://arxiv.org/abs/1803.02796 I think)&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1803.02796/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.PL</category></item><item><title>Resource Polymorphism — mentioned by Ericson2314</title><link>https://news.ycombinator.com/item?id=23584249</link><guid isPermaLink="false">urn:hackerpapers:mention:1803.02796:23584249</guid><pubDate>Sat, 20 Jun 2020 14:51:08 GMT</pubDate><description>&lt;p&gt;Yes to almost all of that. The proposal process has exhausted me, but I suppose I will write it again, since your questions there serve as excellent section headings :). &amp;gt; Do you think the feature is not going to be very useful in a practical setting? Yes. For one example, you cannot write anything like `malloc :: Word -&amp;gt; LinearPtr Void`. With, `malloc :: Word -o Ptr Void`, since Word is not duplicable, `Ptr Void` would be. The &amp;quot;solution&amp;quot; is to CPS everything, which is pointed out in the paper and they say it&amp;#x27;s OK cause some big honking monad can take care of that, but I don&amp;#x27;t buy it, and I…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1803.02796/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.PL</category></item><item><title>Resource Polymorphism — mentioned by Ericson2314</title><link>https://news.ycombinator.com/item?id=21719576</link><guid isPermaLink="false">urn:hackerpapers:mention:1803.02796:21719576</guid><pubDate>Fri, 06 Dec 2019 05:53:59 GMT</pubDate><description>&lt;p&gt;https://arxiv.org/abs/1803.02796 has a good intro referencing other work. The paper doesn&amp;#x27;t go into much detail on the borrow checking side of things, but that author is both thoroughly steeped in the linear types research tradition and knows Rust and mentions it a bunch. The fact that that paper talks about the affine types far more than the lifetimes obliquely illustrates my point in my view, I&amp;#x27;m not sure if it&amp;#x27;s been stated more directly. https://gallium.inria.fr/~fpottier/slides/fpottier-2007-05-l... has some nice history. It wish there is a newer version for things that have been…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1803.02796/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.PL</category></item><item><title>Resource Polymorphism — mentioned by zozbot123</title><link>https://news.ycombinator.com/item?id=18794434</link><guid isPermaLink="false">urn:hackerpapers:mention:1803.02796:18794434</guid><pubDate>Mon, 31 Dec 2018 13:44:17 GMT</pubDate><description>&lt;p&gt;&amp;gt; and all GC enabled system programming languages do offer multiple ways to manage memory. Since &amp;quot;GC-enabled system programming languages&amp;quot; is an oxymoron, a claim about what such languages may or may not include is just not very useful. But it&amp;#x27;s definitely the case that properly combining, e.g. &amp;quot;traced GC memory references&amp;quot; and RAII including deterministic deallocation for resources is still a matter of ongoing research, e.g. https://arxiv.org/abs/1803.02796 That may or may not pan out in the future, as may other things such as pluggable, lightweight GC for a subset of memory objects, etc.…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1803.02796/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.PL</category></item><item><title>Resource Polymorphism — HN submission</title><link>https://news.ycombinator.com/item?id=16597329</link><guid isPermaLink="false">urn:hackerpapers:submission:1803.02796:16597329</guid><pubDate>Thu, 15 Mar 2018 23:15:34 GMT</pubDate><description>&lt;p&gt;Rust-style resource management in OCaml&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;131 points; 57 discussion replies on HN. &lt;a href="https://hackerpaper.kaipfister.de/p/1803.02796/"&gt;Paper and source history&lt;/a&gt;. A submission is not an endorsement.&lt;/p&gt;</description><category>cs.PL</category></item></channel></rss>
