<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Demanded Abstract Interpretation (Extended Version) · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/2104.01270/</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/2104.01270/feed.xml" rel="self" type="application/rss+xml" /><item><title>Demanded Abstract Interpretation (Extended Version) — mentioned by moonchild</title><link>https://news.ycombinator.com/item?id=40110168</link><guid isPermaLink="false">urn:hackerpapers:mention:2104.01270:40110168</guid><pubDate>Sun, 21 Apr 2024 23:39:26 GMT</pubDate><description>&lt;p&gt;&amp;gt; repository of analyzed code yes, this is obviously what you want. there shouldn&amp;#x27;t be a notion of &amp;#x27;running&amp;#x27; the compiler; it should simply be a persistent process. importantly, there are two issues, which are orthogonal but both critically important: iterativity—that is, produce an acceptable result immediately, but then continue to refine it—and incrementality—that is, when making a small change to the code, take advantage of information learned about the previous version. there is this recent paper on incrementality https://arxiv.org/pdf/2104.01270.pdf, though it has some caveats (e.g. it…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2104.01270/"&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>Demanded Abstract Interpretation (Extended Version) — mentioned by moonchild</title><link>https://news.ycombinator.com/item?id=39473794</link><guid isPermaLink="false">urn:hackerpapers:mention:2104.01270:39473794</guid><pubDate>Thu, 22 Feb 2024 21:51:35 GMT</pubDate><description>&lt;p&gt;&amp;#x27;Compilers&amp;#x27; should be incremental (and iterative), and the asymptotics are way more important than the constant factors; if the conceptual models are not adequate to effectively express very fine-grain incrementality, no amount of bitpacking is going to save you. https://arxiv.org/pdf/2104.01270.pdf as an example—this is not perfect, but very serviceable. Being able to serialise is good and valuable and useful, and enables some very interesting things, but you can still do a lot of useful things with just a persistent process working on in-memory structures.&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2104.01270/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.PL</category></item></channel></rss>
