<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: freestanding</title><link>https://news.ycombinator.com/user?id=freestanding</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 26 Jun 2026 23:57:28 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=freestanding" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by freestanding in "LuaJIT 3.0 proposed syntax extensions"]]></title><description><![CDATA[
<p>extensions are detachable/optional, those arent extensions but features</p>
]]></description><pubDate>Thu, 25 Jun 2026 12:16:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=48672264</link><dc:creator>freestanding</dc:creator><comments>https://news.ycombinator.com/item?id=48672264</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48672264</guid></item><item><title><![CDATA[New comment by freestanding in "System call instrumentation on Linux/x86‑64 using memory‑indirect calls, part I"]]></title><description><![CDATA[
<p>ye, i see.. strange choice though "lisp". i would organize memory allocator and syscalls into a separate library, like here <a href="https://codeberg.org/determin1st/sm-c-base" rel="nofollow">https://codeberg.org/determin1st/sm-c-base</a> so you kinda have libc-substitute. also your memory allocator is kinda primitive for the runtime, better to steal that one, its heap-based with groups. syscalls look almost the same, not lone enough, kek.</p>
]]></description><pubDate>Sun, 21 Jun 2026 23:47:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=48623811</link><dc:creator>freestanding</dc:creator><comments>https://news.ycombinator.com/item?id=48623811</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48623811</guid></item><item><title><![CDATA[New comment by freestanding in "System call instrumentation on Linux/x86‑64 using memory‑indirect calls, part I"]]></title><description><![CDATA[
<p>FFI is a different term. i called LIBC bloatware because it comes with many stuff that is not needed and things that are not appropriate for the system API layer, like memory allocator, string primitives etc. it also has an old style naming, like_this_one_supposed_to_be_nice or whtabthis1?<p>windows's NTDLL (at least early versions) naming is much better and the layer is much thiner, the problem is that it is "undocumented". also its rigid portability, while libc binding makes NIX software non-portable. NT also has syscalls through the interrupt btw.</p>
]]></description><pubDate>Sun, 21 Jun 2026 21:30:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=48622790</link><dc:creator>freestanding</dc:creator><comments>https://news.ycombinator.com/item?id=48622790</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48622790</guid></item><item><title><![CDATA[New comment by freestanding in "System call instrumentation on Linux/x86‑64 using memory‑indirect calls, part I"]]></title><description><![CDATA[
<p>thats why OpenBSD is unconvinient for development - because it binds to libc bloatware</p>
]]></description><pubDate>Sun, 21 Jun 2026 17:46:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=48620928</link><dc:creator>freestanding</dc:creator><comments>https://news.ycombinator.com/item?id=48620928</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48620928</guid></item><item><title><![CDATA[Build of freestanding extensions for PHP is now available]]></title><description><![CDATA[
<p>Article URL: <a href="https://codeberg.org/determin1st/php-sm-test">https://codeberg.org/determin1st/php-sm-test</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48567772">https://news.ycombinator.com/item?id=48567772</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 17 Jun 2026 09:15:05 +0000</pubDate><link>https://codeberg.org/determin1st/php-sm-test</link><dc:creator>freestanding</dc:creator><comments>https://news.ycombinator.com/item?id=48567772</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48567772</guid></item></channel></rss>