<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: mshockwave</title><link>https://news.ycombinator.com/user?id=mshockwave</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 12 Oct 2026 03:32:26 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=mshockwave" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by mshockwave in "Valen's Memory Safety: A New Kind of Borrow Checking"]]></title><description><![CDATA[
<p>is it the mech-lang?</p>
]]></description><pubDate>Sun, 11 Oct 2026 21:31:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=50048023</link><dc:creator>mshockwave</dc:creator><comments>https://news.ycombinator.com/item?id=50048023</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50048023</guid></item><item><title><![CDATA[New comment by mshockwave in "MongoDB CEO resigns to join Meta"]]></title><description><![CDATA[
<p>in case anyone who doesn't get the reference: <a href="https://youtu.be/b2F-DItXtZs?si=gxrqufTAy-YQ88wW" rel="nofollow">https://youtu.be/b2F-DItXtZs?si=gxrqufTAy-YQ88wW</a></p>
]]></description><pubDate>Mon, 28 Sep 2026 15:43:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=49879839</link><dc:creator>mshockwave</dc:creator><comments>https://news.ycombinator.com/item?id=49879839</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49879839</guid></item><item><title><![CDATA[New comment by mshockwave in "Platform-independent SIMD in Go"]]></title><description><![CDATA[
<p>> constrain the length to the maximum vector size supported by the lowest platform you want to support or you lose the portability and actually end up with code that performs much worse than the scalar alternative on some platforms.<p>Or, put a dynamic factor into your vector size and design everything around it. Such that every platforms can plug in their own factor and _scale_ the size of vectors. This is basically what LLVM IR does for SVE and RVV: `<vscale x 4 x i32>` where vscale is the said dynamic factor. Though the exact value of vscale is only known during runtime, it doesn't matter -- we still can design compiler optimizations and lowering around it. The generated binaries can then be portable across platforms with different vscale values.</p>
]]></description><pubDate>Fri, 25 Sep 2026 20:54:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=49849830</link><dc:creator>mshockwave</dc:creator><comments>https://news.ycombinator.com/item?id=49849830</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49849830</guid></item><item><title><![CDATA[New comment by mshockwave in "Platform-independent SIMD in Go"]]></title><description><![CDATA[
<p>Just want to say among many portable SIMD solutions I’ve seen recently (e.g. Fearless SIMD), this is the first that makes non-fixed vectors like SVE and RISC-V vector (RVV) easier to support. Glad to see they made this decision</p>
]]></description><pubDate>Fri, 25 Sep 2026 16:59:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=49847070</link><dc:creator>mshockwave</dc:creator><comments>https://news.ycombinator.com/item?id=49847070</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49847070</guid></item><item><title><![CDATA[RISC-V Extension Landscape]]></title><description><![CDATA[
<p>Article URL: <a href="https://rpsene.github.io/riscv-extensions-landscape/">https://rpsene.github.io/riscv-extensions-landscape/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=49339890">https://news.ycombinator.com/item?id=49339890</a></p>
<p>Points: 4</p>
<p># Comments: 0</p>
]]></description><pubDate>Tue, 18 Aug 2026 01:11:14 +0000</pubDate><link>https://rpsene.github.io/riscv-extensions-landscape/</link><dc:creator>mshockwave</dc:creator><comments>https://news.ycombinator.com/item?id=49339890</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49339890</guid></item><item><title><![CDATA[New comment by mshockwave in "A third world engineer responds to “RISC-V: They should have known better”"]]></title><description><![CDATA[
<p>I disagree, compiler optimization and software ecosystem in general already take a really really really long time to build, and I think it'll take longer without a standardized low-level binary interface i.e. ISA to enable rapid distribution.<p>And the approach you mentioned here:<p>> a family of ISAs that are ABI compatible such that one can compile down to a semi-pre-optimized portable IR, and just do the last bit per ISA<p>I think this is basically WebAssembly and PTX, and one may argue, Java bytecode. Yet look at how much efforts and time it took for WASM runtimes and JVMs to actually produce performant machine code (the "last bit per ISA" you mentioned) for just a couple of architectures! (e.g. X86 and ARM). And I wouldn't surprised if NVIDIA pour even more money on building optimization pipeline from PTX to each of their different uArchs.</p>
]]></description><pubDate>Sun, 16 Aug 2026 20:27:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=49323354</link><dc:creator>mshockwave</dc:creator><comments>https://news.ycombinator.com/item?id=49323354</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49323354</guid></item><item><title><![CDATA[RVV Benchmark SiFive P870 (Lanxin LX500, Epic Semi Contrail AIx)]]></title><description><![CDATA[
<p>Article URL: <a href="https://camel-cdr.github.io/rvv-bench-results/sifive_p870/index.html">https://camel-cdr.github.io/rvv-bench-results/sifive_p870/index.html</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=49197103">https://news.ycombinator.com/item?id=49197103</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Thu, 06 Aug 2026 14:23:25 +0000</pubDate><link>https://camel-cdr.github.io/rvv-bench-results/sifive_p870/index.html</link><dc:creator>mshockwave</dc:creator><comments>https://news.ycombinator.com/item?id=49197103</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49197103</guid></item><item><title><![CDATA[New comment by mshockwave in "Deep-sea vehicles spot 'alien' sharks deep beneath the waves in the Pacific"]]></title><description><![CDATA[
<p>or have little vision to begin with</p>
]]></description><pubDate>Sun, 02 Aug 2026 05:49:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=49141502</link><dc:creator>mshockwave</dc:creator><comments>https://news.ycombinator.com/item?id=49141502</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49141502</guid></item><item><title><![CDATA[New comment by mshockwave in "Qualcomm to Acquire Modular"]]></title><description><![CDATA[
<p>one of the reasons I rarely read press releases is that I don't believe in promises -- I believe in _incentives_. In this case, what will Qualcomm be incentivized to do? What are in their interests?</p>
]]></description><pubDate>Thu, 25 Jun 2026 14:33:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=48674042</link><dc:creator>mshockwave</dc:creator><comments>https://news.ycombinator.com/item?id=48674042</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48674042</guid></item><item><title><![CDATA[New comment by mshockwave in "Qualcomm to Acquire Modular"]]></title><description><![CDATA[
<p>indeed, open sourcing is only half (or even less) of the picture: who is driving the open source community and how it is driven (i.e. governing structure) are probably more important IMHO. There are countless of cases where an open source project is either killed by slow death, or dictated by a single entity. Chris's previous projects like LLVM and MLIR are fortunate enough to grow and thrive organically, and that takes years if not decades to cultivate</p>
]]></description><pubDate>Thu, 25 Jun 2026 14:23:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=48673897</link><dc:creator>mshockwave</dc:creator><comments>https://news.ycombinator.com/item?id=48673897</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48673897</guid></item><item><title><![CDATA[New comment by mshockwave in "How Mark Klein told the EFF about Room 641A [book excerpt]"]]></title><description><![CDATA[
<p>it's a book excerpt</p>
]]></description><pubDate>Fri, 01 May 2026 02:56:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=47970866</link><dc:creator>mshockwave</dc:creator><comments>https://news.ycombinator.com/item?id=47970866</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47970866</guid></item><item><title><![CDATA[New comment by mshockwave in "GCC 16 has been released"]]></title><description><![CDATA[
<p>> Does gcc use LLVM anywhere under the hood<p>No</p>
]]></description><pubDate>Thu, 30 Apr 2026 16:03:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=47964512</link><dc:creator>mshockwave</dc:creator><comments>https://news.ycombinator.com/item?id=47964512</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47964512</guid></item><item><title><![CDATA[New comment by mshockwave in "The RISE RISC-V Runners: free, native RISC-V CI on GitHub"]]></title><description><![CDATA[
<p>One thing I observed is that RVV code is usually slower in QEMU</p>
]]></description><pubDate>Mon, 30 Mar 2026 00:09:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=47568868</link><dc:creator>mshockwave</dc:creator><comments>https://news.ycombinator.com/item?id=47568868</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47568868</guid></item><item><title><![CDATA[New comment by mshockwave in "Emacs internals: Tagged pointers vs. C++ std:variant and LLVM (Part 3)"]]></title><description><![CDATA[
<p>LLVM now has another way to implement RTTI using the `CastInfo` trait instead of `classof`: <a href="https://llvm.org/doxygen/structllvm_1_1CastInfo.html" rel="nofollow">https://llvm.org/doxygen/structllvm_1_1CastInfo.html</a><p>But it's really just an implementation difference, the idea is still to have a lightweight RTTI.</p>
]]></description><pubDate>Thu, 12 Mar 2026 18:58:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=47355502</link><dc:creator>mshockwave</dc:creator><comments>https://news.ycombinator.com/item?id=47355502</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47355502</guid></item><item><title><![CDATA[New comment by mshockwave in "We tasked Opus 4.6 using agent teams to build a C Compiler"]]></title><description><![CDATA[
<p>how did it do regalloc before instruction selection? How do you select the correct register class without knowing which instruction you're gonna use?</p>
]]></description><pubDate>Fri, 06 Feb 2026 17:05:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=46915346</link><dc:creator>mshockwave</dc:creator><comments>https://news.ycombinator.com/item?id=46915346</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46915346</guid></item><item><title><![CDATA[RISC-V Vector Primer]]></title><description><![CDATA[
<p>Article URL: <a href="https://github.com/simplex-micro/riscv-vector-primer">https://github.com/simplex-micro/riscv-vector-primer</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46915205">https://news.ycombinator.com/item?id=46915205</a></p>
<p>Points: 4</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 06 Feb 2026 16:55:00 +0000</pubDate><link>https://github.com/simplex-micro/riscv-vector-primer</link><dc:creator>mshockwave</dc:creator><comments>https://news.ycombinator.com/item?id=46915205</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46915205</guid></item><item><title><![CDATA[New comment by mshockwave in "Banned C++ features in Chromium"]]></title><description><![CDATA[
<p>> I don’t know many good reasons for extrusive linked lists<p>for one, its iterator won't be invalidated</p>
]]></description><pubDate>Sat, 24 Jan 2026 18:49:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=46746327</link><dc:creator>mshockwave</dc:creator><comments>https://news.ycombinator.com/item?id=46746327</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46746327</guid></item><item><title><![CDATA[New comment by mshockwave in "Helion: A high-level DSL for performant and portable ML kernels"]]></title><description><![CDATA[
<p>Is it normal to spend 10minutes on tuning nowadays? Do we need to spend another 10 minutes upon changing the code?</p>
]]></description><pubDate>Fri, 07 Nov 2025 17:48:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=45848926</link><dc:creator>mshockwave</dc:creator><comments>https://news.ycombinator.com/item?id=45848926</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45848926</guid></item><item><title><![CDATA[New comment by mshockwave in "Swift on FreeBSD Preview"]]></title><description><![CDATA[
<p>It's likely that Swift compiler is using LLVM LIT (<a href="https://llvm.org/docs/CommandGuide/lit.html" rel="nofollow">https://llvm.org/docs/CommandGuide/lit.html</a>), which is implemented in python, as the test driver</p>
]]></description><pubDate>Thu, 06 Nov 2025 18:57:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=45838891</link><dc:creator>mshockwave</dc:creator><comments>https://news.ycombinator.com/item?id=45838891</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45838891</guid></item><item><title><![CDATA[Machine Scheduler in LLVM – Part II]]></title><description><![CDATA[
<p>Article URL: <a href="https://myhsu.xyz/llvm-machine-scheduler-2/">https://myhsu.xyz/llvm-machine-scheduler-2/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=45788167">https://news.ycombinator.com/item?id=45788167</a></p>
<p>Points: 31</p>
<p># Comments: 0</p>
]]></description><pubDate>Sun, 02 Nov 2025 06:13:07 +0000</pubDate><link>https://myhsu.xyz/llvm-machine-scheduler-2/</link><dc:creator>mshockwave</dc:creator><comments>https://news.ycombinator.com/item?id=45788167</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45788167</guid></item></channel></rss>