<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Borrowing Safe Pointers from Rust in SPARK · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/1805.05576/</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/1805.05576/feed.xml" rel="self" type="application/rss+xml" /><item><title>Borrowing Safe Pointers from Rust in SPARK — mentioned by ajxs</title><link>https://news.ycombinator.com/item?id=47804733</link><guid isPermaLink="false">urn:hackerpapers:mention:1805.05576:47804733</guid><pubDate>Fri, 17 Apr 2026 11:26:04 GMT</pubDate><description>&lt;p&gt;The SPARK subset of Ada^1 has a similar kind of move semantics for pointer types^2. 1: SPARK is a formally verifiable subset of Ada: https://en.wikipedia.org/wiki/SPARK_(programming_language) 2: https://arxiv.org/pdf/1805.05576&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1805.05576/"&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>Borrowing Safe Pointers from Rust in SPARK — mentioned by MaxBarraclough</title><link>https://news.ycombinator.com/item?id=28346299</link><guid isPermaLink="false">urn:hackerpapers:mention:1805.05576:28346299</guid><pubDate>Sun, 29 Aug 2021 12:53:13 GMT</pubDate><description>&lt;p&gt;You might be interested in this thread from a year ago, where we discussed memory management in Ada. [0] The Ada folks sometimes seem a bit quiet on memory-management questions, a bit like the way Forth folks rarely talk about the real-world performance of Forth interpreters. On the plus side, borrower-checking is coming to SPARK. [1][2] [0] https://news.ycombinator.com/item?id=24361992 [1] https://www.adacore.com/papers/safe-dynamic-memory-managemen... [2] https://arxiv.org/abs/1805.05576&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1805.05576/"&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>Borrowing Safe Pointers from Rust in SPARK — mentioned by MaxBarraclough</title><link>https://news.ycombinator.com/item?id=24001107</link><guid isPermaLink="false">urn:hackerpapers:mention:1805.05576:24001107</guid><pubDate>Thu, 30 Jul 2020 17:55:24 GMT</pubDate><description>&lt;p&gt;It wasn&amp;#x27;t a mistake for Rust not to emphasise formal verification. Going that route would have been very restrictive. Rust is aiming to offer a safer alternative to C, not a more approachable formally verifiable language. That said, it looks like the good ideas from Rust may find their way into SPARK, a highly restrictive programming language for critical systems development with formal verification. [0][1] [0] https://www.adacore.com/papers/safe-dynamic-memory-managemen... [1] https://arxiv.org/abs/1805.05576&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1805.05576/"&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>Borrowing Safe Pointers from Rust in SPARK — HN submission</title><link>https://news.ycombinator.com/item?id=17852490</link><guid isPermaLink="false">urn:hackerpapers:submission:1805.05576:17852490</guid><pubDate>Mon, 27 Aug 2018 16:38:27 GMT</pubDate><description>&lt;p&gt;Borrowing Safe Pointers from Rust in SPARK&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;2 points; 0 discussion replies on HN. &lt;a href="https://hackerpaper.kaipfister.de/p/1805.05576/"&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>
