<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: generichuman</title><link>https://news.ycombinator.com/user?id=generichuman</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 07 Apr 2026 13:51:25 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=generichuman" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by generichuman in "Zig Libc"]]></title><description><![CDATA[
<p>That's cool. I imagine I could also maintain a MinGW package that can be downloaded through the Zig package manager and statically linked without involving the zig libc? (Such that the user doesn't need to install anything but zig)<p>That's a good way to sell moving over to the zig build system, and eventually zig the language itself in some real-world scenarios imo.</p>
]]></description><pubDate>Tue, 03 Feb 2026 02:01:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=46865384</link><dc:creator>generichuman</dc:creator><comments>https://news.ycombinator.com/item?id=46865384</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46865384</guid></item><item><title><![CDATA[New comment by generichuman in "Zig Libc"]]></title><description><![CDATA[
<p>This is very exciting for zig projects linking C libraries. Though I'm curious about the following case:<p>Let's say I'm building a C program targeting Windows with MinGW & only using Zig as a cross compiler. Is there a way to still statically link MinGW's libc implementation or does this mean that's going away and I can only statically link ziglibc even if it looks like MinGW from the outside?</p>
]]></description><pubDate>Tue, 03 Feb 2026 00:55:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=46864749</link><dc:creator>generichuman</dc:creator><comments>https://news.ycombinator.com/item?id=46864749</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46864749</guid></item><item><title><![CDATA[Pico GPU is a 300KB memory GPU intended to learn and experiment with shaders]]></title><description><![CDATA[
<p>Article URL: <a href="https://ncannasse.github.io/picogpu/">https://ncannasse.github.io/picogpu/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46579721">https://news.ycombinator.com/item?id=46579721</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Sun, 11 Jan 2026 20:35:47 +0000</pubDate><link>https://ncannasse.github.io/picogpu/</link><dc:creator>generichuman</dc:creator><comments>https://news.ycombinator.com/item?id=46579721</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46579721</guid></item><item><title><![CDATA[New comment by generichuman in "Loss32: Let's Build a Win32/Linux"]]></title><description><![CDATA[
<p>Check Detour out: <a href="https://github.com/graphitemaster/detour?tab=readme-ov-file#why-static-linking-alone-is-not-enough" rel="nofollow">https://github.com/graphitemaster/detour?tab=readme-ov-file#...</a><p>I suspect with combination of Detour & Zapps it could be possible.</p>
]]></description><pubDate>Wed, 31 Dec 2025 15:25:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=46444933</link><dc:creator>generichuman</dc:creator><comments>https://news.ycombinator.com/item?id=46444933</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46444933</guid></item><item><title><![CDATA[New comment by generichuman in "Loss32: Let's Build a Win32/Linux"]]></title><description><![CDATA[
<p>Can you build GUI programs with this? I'm thinking anything that would depend on GPU drivers. Anything built with SDL, OpenGL, Vulkan, whatever.</p>
]]></description><pubDate>Wed, 31 Dec 2025 00:21:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=46439905</link><dc:creator>generichuman</dc:creator><comments>https://news.ycombinator.com/item?id=46439905</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46439905</guid></item><item><title><![CDATA[New comment by generichuman in "KaTeX – The fastest math typesetting library for the web"]]></title><description><![CDATA[
<p>If your use case is generating html, MathML is supported in all modern browsers: <a href="https://developer.mozilla.org/en-US/docs/Web/MathML#browser_compatibility" rel="nofollow">https://developer.mozilla.org/en-US/docs/Web/MathML#browser_...</a></p>
]]></description><pubDate>Mon, 03 Nov 2025 16:37:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=45800985</link><dc:creator>generichuman</dc:creator><comments>https://news.ycombinator.com/item?id=45800985</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45800985</guid></item><item><title><![CDATA[Producing Open Source Software – 2nd edition]]></title><description><![CDATA[
<p>Article URL: <a href="https://producingoss.com/">https://producingoss.com/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=45790967">https://news.ycombinator.com/item?id=45790967</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Sun, 02 Nov 2025 15:25:11 +0000</pubDate><link>https://producingoss.com/</link><dc:creator>generichuman</dc:creator><comments>https://news.ycombinator.com/item?id=45790967</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45790967</guid></item><item><title><![CDATA[New comment by generichuman in "Detour: Dynamic linking on Linux without Libc"]]></title><description><![CDATA[
<p>I will be even more impressed with linux syscall stability if your implication is that (some) people need to recompile their software for each major update on all other UNIXes.</p>
]]></description><pubDate>Thu, 30 Oct 2025 10:34:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=45758390</link><dc:creator>generichuman</dc:creator><comments>https://news.ycombinator.com/item?id=45758390</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45758390</guid></item><item><title><![CDATA[New comment by generichuman in "Detour: Dynamic linking on Linux without Libc"]]></title><description><![CDATA[
<p>I'm only thinking in terms of Linux distributions since I never needed to deploy software on other UNIXes (excluding macOS, but Apple constantly forces changes anyway).<p>Do other UNIXes have any problems similar to glibc ABI problems that Linux users experience, or do they stabilise the libc ABI similar to how Linux keeps syscalls stable?</p>
]]></description><pubDate>Thu, 30 Oct 2025 10:25:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=45758334</link><dc:creator>generichuman</dc:creator><comments>https://news.ycombinator.com/item?id=45758334</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45758334</guid></item><item><title><![CDATA[New comment by generichuman in "Detour: Dynamic linking on Linux without Libc"]]></title><description><![CDATA[
<p>That doesn't give you independence from the libc, does it? By extension you lose distro-independence too (not sure if Detour supports musl-based ones, need to run tests).<p>Agree that IPC will be more secure and stable though.<p>I imagine Detour is mostly targeting closed source projects trying to run on as many distros as possible.</p>
]]></description><pubDate>Thu, 30 Oct 2025 09:45:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=45758083</link><dc:creator>generichuman</dc:creator><comments>https://news.ycombinator.com/item?id=45758083</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45758083</guid></item><item><title><![CDATA[NJVL: Nim's New Intermediate Representation]]></title><description><![CDATA[
<p>Article URL: <a href="https://github.com/nim-lang/nimony/blob/master/doc/njvl-spec.md">https://github.com/nim-lang/nimony/blob/master/doc/njvl-spec.md</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=45755495">https://news.ycombinator.com/item?id=45755495</a></p>
<p>Points: 78</p>
<p># Comments: 9</p>
]]></description><pubDate>Thu, 30 Oct 2025 01:44:25 +0000</pubDate><link>https://github.com/nim-lang/nimony/blob/master/doc/njvl-spec.md</link><dc:creator>generichuman</dc:creator><comments>https://news.ycombinator.com/item?id=45755495</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45755495</guid></item><item><title><![CDATA[Detour: Dynamic linking on Linux without Libc]]></title><description><![CDATA[
<p>Article URL: <a href="https://github.com/graphitemaster/detour">https://github.com/graphitemaster/detour</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=45740241">https://news.ycombinator.com/item?id=45740241</a></p>
<p>Points: 79</p>
<p># Comments: 8</p>
]]></description><pubDate>Tue, 28 Oct 2025 22:42:16 +0000</pubDate><link>https://github.com/graphitemaster/detour</link><dc:creator>generichuman</dc:creator><comments>https://news.ycombinator.com/item?id=45740241</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45740241</guid></item><item><title><![CDATA[New comment by generichuman in "Microsoft lets bosses spot teams that are dodging Copilot"]]></title><description><![CDATA[
<p>That's only true if you're making CRUD software and easily replaceable by any random programmer. For anything more serious LLMs are only useful as a better search engine.</p>
]]></description><pubDate>Fri, 10 Oct 2025 18:36:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=45542263</link><dc:creator>generichuman</dc:creator><comments>https://news.ycombinator.com/item?id=45542263</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45542263</guid></item><item><title><![CDATA[New comment by generichuman in "The Hardware Knowledge That Every Programmer Should Know"]]></title><description><![CDATA[
<p>Keep in mind there _may_ be a negative feedback loop there.<p>If you're building your software in a way that won't be able to perform better with superior disk/db/network performance, then it isn't worthwhile to ever upgrade to a more performant disk/db/network.<p>If it is possible, make sure your software will actually be faster on a faster disk rather than just testing on a slow disk and thinking "well we're I/O bound anyway, so no need to improve perf".</p>
]]></description><pubDate>Wed, 24 Sep 2025 10:27:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=45358449</link><dc:creator>generichuman</dc:creator><comments>https://news.ycombinator.com/item?id=45358449</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45358449</guid></item><item><title><![CDATA[New comment by generichuman in "Go 1.25 Release Notes"]]></title><description><![CDATA[
<p>All fair, but:<p>> As for the "...latest version of the SDKs..", that is moving the goal posts, there is no mention of it on [...]<p>I thought it was implied since tooling & library breakages over the years happen and sometimes you can't just get the old SDK to run on the latest Windows / macOS. If the languages and Ant/Maven are backwards compatible to that extent, that's actually pretty good!<p>I had to deal with moving a .NET Framework 4.7 project to .NET Standard 2.0 and it wasn't effortless (although upgrading to each new .NET release after that has been pretty simple so far). We took a couple of weeks even though we had minimal dependencies since we're careful about that stuff.</p>
]]></description><pubDate>Thu, 14 Aug 2025 21:45:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=44906069</link><dc:creator>generichuman</dc:creator><comments>https://news.ycombinator.com/item?id=44906069</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44906069</guid></item><item><title><![CDATA[New comment by generichuman in "Go 1.25 Release Notes"]]></title><description><![CDATA[
<p>Okay, C++ is believable, but can you really build a Java / .NET project that was not touched for 20+ years with no changes to the code or the build process (while also using the latest version of the SDKs)?<p>I imagine you can _make_ a project compile with some amount of effort (thinking maybe a week at most) but they wouldn't be exactly "unzip the old archive and execute ./build.bat".</p>
]]></description><pubDate>Wed, 13 Aug 2025 20:22:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=44893376</link><dc:creator>generichuman</dc:creator><comments>https://news.ycombinator.com/item?id=44893376</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44893376</guid></item><item><title><![CDATA[New comment by generichuman in "You do not need NixOS on the desktop"]]></title><description><![CDATA[
<p>I landed on "immutable distros by default for average users" as well. It is a more Windows/macOS like experience where it is much harder to mess up the system.<p>Flatpak guarantees everything will work in most cases, and for other cases there's AppImage. Just need to get most devs to distribute AppImages. BoxBuddy with distrobox will solve _all_ edge cases where someone says "X works with Y in Z on my machine" so you replicate their machine in distrobox.<p>I know this is trading program size with convenience, but that's what Windows and macOS does too. It is better to be on some immutable linux distro rather than Windows in my opinion. We don't have to force the average person who just wants their computer to work to install (extreme example) Gentoo or whatever.</p>
]]></description><pubDate>Sat, 17 May 2025 13:16:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=44014099</link><dc:creator>generichuman</dc:creator><comments>https://news.ycombinator.com/item?id=44014099</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44014099</guid></item><item><title><![CDATA[Teal – A statically-typed dialect of Lua]]></title><description><![CDATA[
<p>Article URL: <a href="https://teal-language.org/">https://teal-language.org/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=44000759">https://news.ycombinator.com/item?id=44000759</a></p>
<p>Points: 229</p>
<p># Comments: 173</p>
]]></description><pubDate>Fri, 16 May 2025 00:40:35 +0000</pubDate><link>https://teal-language.org/</link><dc:creator>generichuman</dc:creator><comments>https://news.ycombinator.com/item?id=44000759</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44000759</guid></item><item><title><![CDATA[Windows User Space Emulator]]></title><description><![CDATA[
<p>Article URL: <a href="https://momo5502.github.io/emulator/">https://momo5502.github.io/emulator/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=43728427">https://news.ycombinator.com/item?id=43728427</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 18 Apr 2025 14:30:54 +0000</pubDate><link>https://momo5502.github.io/emulator/</link><dc:creator>generichuman</dc:creator><comments>https://news.ycombinator.com/item?id=43728427</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43728427</guid></item><item><title><![CDATA[The state of binary compatibility on Linux and how to address it]]></title><description><![CDATA[
<p>Article URL: <a href="https://jangafx.com/insights/linux-binary-compatibility">https://jangafx.com/insights/linux-binary-compatibility</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=43551934">https://news.ycombinator.com/item?id=43551934</a></p>
<p>Points: 201</p>
<p># Comments: 143</p>
]]></description><pubDate>Tue, 01 Apr 2025 22:22:46 +0000</pubDate><link>https://jangafx.com/insights/linux-binary-compatibility</link><dc:creator>generichuman</dc:creator><comments>https://news.ycombinator.com/item?id=43551934</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43551934</guid></item></channel></rss>