<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Compiler Testing With Relaxed Memory Models · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/2310.12337/</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/2310.12337/feed.xml" rel="self" type="application/rss+xml" /><item><title>Compiler Testing With Relaxed Memory Models — mentioned by raphlinus</title><link>https://news.ycombinator.com/item?id=38152753</link><guid isPermaLink="false">urn:hackerpapers:mention:2310.12337:38152753</guid><pubDate>Sun, 05 Nov 2023 16:43:17 GMT</pubDate><description>&lt;p&gt;I&amp;#x27;m not sure how I feel about this. Are there nontrivial programs that depend on the (1, 1) outcome of the LB litmus test being forbidden? (See section 2.3 of the Lahav paper[1] for definitions and context) If so, then these programs are at significant risk of miscompilation on compilers today. Strengthening the standard would mean that this risk continues until compilers are updated. If not, then the proposal is asking for an (admittedly modest) performance regression to address what might not be a real problem. Rust doesn&amp;#x27;t have a formal memory model yet, but the loom tool reports the (1…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2310.12337/"&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>Compiler Testing With Relaxed Memory Models — HN submission</title><link>https://news.ycombinator.com/item?id=38059191</link><guid isPermaLink="false">urn:hackerpapers:submission:2310.12337:38059191</guid><pubDate>Sun, 29 Oct 2023 14:57:40 GMT</pubDate><description>&lt;p&gt;Compiler Testing with Relaxed Memory Models&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;3 points; 0 discussion replies on HN. &lt;a href="https://hackerpaper.kaipfister.de/p/2310.12337/"&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>
