<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: levodelellis</title><link>https://news.ycombinator.com/user?id=levodelellis</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sun, 31 May 2026 17:25:22 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=levodelellis" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by levodelellis in "C++26 is done: ISO C++ standards meeting Trip Report"]]></title><description><![CDATA[
<p>Great. C++20 has been my favorite and I was wasn't sure what the standards says since it's been a while. I'll be reading the C++26 standard soon</p>
]]></description><pubDate>Sun, 29 Mar 2026 18:55:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=47565992</link><dc:creator>levodelellis</dc:creator><comments>https://news.ycombinator.com/item?id=47565992</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47565992</guid></item><item><title><![CDATA[New comment by levodelellis in "Yann LeCun raises $1B to build AI that understands the physical world"]]></title><description><![CDATA[
<p>I have no faith in anyone doing AI to accomplish anything (especially relative to how much money they spend) except John Carmack. People should be trying to throw money at him</p>
]]></description><pubDate>Tue, 10 Mar 2026 19:54:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=47328013</link><dc:creator>levodelellis</dc:creator><comments>https://news.ycombinator.com/item?id=47328013</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47328013</guid></item><item><title><![CDATA[New comment by levodelellis in "Closing this as we are no longer pursuing Swift adoption"]]></title><description><![CDATA[
<p>Haha, yes</p>
]]></description><pubDate>Sat, 07 Mar 2026 01:05:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=47283244</link><dc:creator>levodelellis</dc:creator><comments>https://news.ycombinator.com/item?id=47283244</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47283244</guid></item><item><title><![CDATA[New comment by levodelellis in "Closing this as we are no longer pursuing Swift adoption"]]></title><description><![CDATA[
<p>You don't really need to deal with gcc backend. Most languages are expressible in C89. It'll obviously be less readable since generated lines look nothing like source lines but C89 beats llvm in most cases, especially if the C compiler supports assembly. I stuck to using intrinsics only because I heard of compilers producing worse code when it hits asm blocks since it can't understand it as well as intrinsics. I took out llvm last time it broke my compiler because it didn't add any value</p>
]]></description><pubDate>Fri, 20 Feb 2026 01:54:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=47082690</link><dc:creator>levodelellis</dc:creator><comments>https://news.ycombinator.com/item?id=47082690</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47082690</guid></item><item><title><![CDATA[New comment by levodelellis in "Closing this as we are no longer pursuing Swift adoption"]]></title><description><![CDATA[
<p>I don't know what point you're trying to make but your question was what's an alternative to llvm. People writing compilers always used C89 or a version of it (C11 allows an easier atomic implementation). There's a lot more C89 compilers than backends that llvm supports. When I was writing arduino code clang/llvm couldn't generate the AVR code for the board. The default toolchain was gcc with an AVR backend. IIRC it had optimizations and was the only reasonable compiler I could use. There's nothing wrong using C as your backend</p>
]]></description><pubDate>Thu, 19 Feb 2026 17:11:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=47076179</link><dc:creator>levodelellis</dc:creator><comments>https://news.ycombinator.com/item?id=47076179</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47076179</guid></item><item><title><![CDATA[New comment by levodelellis in "Closing this as we are no longer pursuing Swift adoption"]]></title><description><![CDATA[
<p>I never heard of hardware without one</p>
]]></description><pubDate>Thu, 19 Feb 2026 04:33:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=47069952</link><dc:creator>levodelellis</dc:creator><comments>https://news.ycombinator.com/item?id=47069952</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47069952</guid></item><item><title><![CDATA[New comment by levodelellis in "Closing this as we are no longer pursuing Swift adoption"]]></title><description><![CDATA[
<p>Many compilers including my own uses C89</p>
]]></description><pubDate>Thu, 19 Feb 2026 03:13:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=47069444</link><dc:creator>levodelellis</dc:creator><comments>https://news.ycombinator.com/item?id=47069444</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47069444</guid></item><item><title><![CDATA[New comment by levodelellis in "Closing this as we are no longer pursuing Swift adoption"]]></title><description><![CDATA[
<p>Yes. I also written a compiler and I also complained about LLVM.<p>LLVM is<p><pre><code>  - Slow to compile
  - Breaks compilers/doesn't have a stable ABI
  - Optimizes poorly (at least, worse than GCC)
</code></pre>
Swift I never used but I tried compiling it once and it was the bottom 2 slowest compiler I ever tested. The only thing nearly as bad was kotlin but 1) I don't actually remember which of these are worse 2) Kotlin wasn't meant to be a CLI compiler, it was meant to compile in the background as a language server so it was designed around that<p>Mojo... I have things I could say... But I'll stick to this. I talked to engineers there and I asked one how they expected any python developers to use the planned borrow checker. The engineer said "Don't worry about it" ie they didn't have a plan. The nicest thing I can say is they didn't bullshit me 100% of the time when I directly asked a question privately. That's the only nice or neutral thing I could say</p>
]]></description><pubDate>Thu, 19 Feb 2026 01:41:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=47068863</link><dc:creator>levodelellis</dc:creator><comments>https://news.ycombinator.com/item?id=47068863</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47068863</guid></item><item><title><![CDATA[New comment by levodelellis in "I write games in C (yes, C) (2016)"]]></title><description><![CDATA[
<p>A 200ms difference is adding or removing 200lines lines of implementation, and spliting it up into a file can make it slower because of include overhead. You completely made up C being twice as fast as C++.</p>
]]></description><pubDate>Sun, 08 Feb 2026 16:30:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=46935808</link><dc:creator>levodelellis</dc:creator><comments>https://news.ycombinator.com/item?id=46935808</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46935808</guid></item><item><title><![CDATA[New comment by levodelellis in "I write games in C (yes, C) (2016)"]]></title><description><![CDATA[
<p>Oh? I use a boring old $5 VPS (using nginx for https). There's no cloudflare or anything else involved. I wonder why that's happening. I may look into that this week</p>
]]></description><pubDate>Sun, 08 Feb 2026 00:06:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=46929759</link><dc:creator>levodelellis</dc:creator><comments>https://news.ycombinator.com/item?id=46929759</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46929759</guid></item><item><title><![CDATA[New comment by levodelellis in "I write games in C (yes, C) (2016)"]]></title><description><![CDATA[
<p>tcc is 8x faster, twice as fast isn't doing it justice.<p>As for the header thing, that'd could potentially be true if the compile time was something like 450ms -> 220ms, but why bother saying it when you're only saving a few hundred milliseconds</p>
]]></description><pubDate>Sat, 07 Feb 2026 23:07:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=46929238</link><dc:creator>levodelellis</dc:creator><comments>https://news.ycombinator.com/item?id=46929238</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46929238</guid></item><item><title><![CDATA[New comment by levodelellis in "I write games in C (yes, C) (2016)"]]></title><description><![CDATA[
<p>IIRC go wasn't that fast but can feel like it in vscode. IIRC vscode compiles go using the lsp which is faster than launching a process because for some reason, vscode stalls for a second or more before launching a process.<p>I can't remember how fast D was but iirc it was fairly fast. Actual fastest is my compiler which I don't work on anymore and isn't ready for production. It's the only compiler I know of that hit millions of lines <1s in a non trivial language <a href="https://bolinlang.com/" rel="nofollow">https://bolinlang.com/</a></p>
]]></description><pubDate>Sat, 07 Feb 2026 21:22:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=46928210</link><dc:creator>levodelellis</dc:creator><comments>https://news.ycombinator.com/item?id=46928210</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46928210</guid></item><item><title><![CDATA[New comment by levodelellis in "I write games in C (yes, C) (2016)"]]></title><description><![CDATA[
<p>I don't believe you, I measured compile times in c compilers and my own. If you provide more information I'd be more likely to believe you</p>
]]></description><pubDate>Sat, 07 Feb 2026 21:10:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=46928072</link><dc:creator>levodelellis</dc:creator><comments>https://news.ycombinator.com/item?id=46928072</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46928072</guid></item><item><title><![CDATA[New comment by levodelellis in "I write games in C (yes, C) (2016)"]]></title><description><![CDATA[
<p>I measured once and to my surprise templates aren't (directly) the reason for long compile times. It's function bodies in headers, and obviously templates are in headers and they call other templated functions/classes which explodes code generation and time. But if it's only a few lines and doesn't call other templated functions it's likely fine. I wrote about it here <a href="https://bolinlang.com/wheres-my-compile-time" rel="nofollow">https://bolinlang.com/wheres-my-compile-time</a><p>After writing that, I wrote my own standard library (it has data structs like vector, hashmap and sets; slices, strings, rng, print, some io functions, and more) which uses a lot of templates, and it compiles in <200ms on both clang and gcc. Many standard library headers take much longer to compile than that. It's not a terrible idea to have your own standard lib if you need quick compile times.</p>
]]></description><pubDate>Sat, 07 Feb 2026 21:09:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=46928058</link><dc:creator>levodelellis</dc:creator><comments>https://news.ycombinator.com/item?id=46928058</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46928058</guid></item><item><title><![CDATA[Code Comments – Cain on Games [video]]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.youtube.com/watch?v=GYp00o-sewY">https://www.youtube.com/watch?v=GYp00o-sewY</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46798716">https://news.ycombinator.com/item?id=46798716</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 28 Jan 2026 17:38:32 +0000</pubDate><link>https://www.youtube.com/watch?v=GYp00o-sewY</link><dc:creator>levodelellis</dc:creator><comments>https://news.ycombinator.com/item?id=46798716</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46798716</guid></item><item><title><![CDATA[New comment by levodelellis in "I built a 2x faster lexer, then discovered I/O was the real bottleneck"]]></title><description><![CDATA[
<p>Not sure, I'd like that too<p>You could use io_uring but IMO that API is annoying and I remember hitting limitations. One thing you could do with io_uring is using openat (the op not the syscall) with the dir fd (which you get from the syscall) so you can asynchronously open and read files, however, you couldn't open directories for some reason. There's a chance I may be remembering wrong</p>
]]></description><pubDate>Sun, 25 Jan 2026 12:13:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=46753424</link><dc:creator>levodelellis</dc:creator><comments>https://news.ycombinator.com/item?id=46753424</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46753424</guid></item><item><title><![CDATA[New comment by levodelellis in "Stopping bad guys from using my open source project (feedback wanted)"]]></title><description><![CDATA[
<p>Correct, I'm saying public domain never requires that which is different from open source licenses, which may require it (and other stipulations)</p>
]]></description><pubDate>Sun, 30 Nov 2025 06:34:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=46094389</link><dc:creator>levodelellis</dc:creator><comments>https://news.ycombinator.com/item?id=46094389</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46094389</guid></item><item><title><![CDATA[New comment by levodelellis in "Stopping bad guys from using my open source project (feedback wanted)"]]></title><description><![CDATA[
<p>It's not open source when you disallow people and companies from using it. One big difference between open source and public domain is that code in the public domain doesn't force anyone to redistribute the changes.<p>I have had several projects where I didn't want to be forked, especially by a company with a marketing budget. I choose not to distribute it with an open source license. There's nothing wrong with that. Companies have sold copies of source to people who paid, so that's an option. But I don't know of any licenses like that which have been written for the public to use (copying a company license is a copyright violation)</p>
]]></description><pubDate>Sun, 30 Nov 2025 05:54:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=46094223</link><dc:creator>levodelellis</dc:creator><comments>https://news.ycombinator.com/item?id=46094223</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46094223</guid></item><item><title><![CDATA[New comment by levodelellis in "How good engineers write bad code at big companies"]]></title><description><![CDATA[
<p>Every time I read his article I regret it. I literally mean every time, 100% of it. Judging by the title of the article, I didn't expect his reason to be "engineers working outside their area of expertise". I've seen good engineers figure out problems outside of their expertise plenty of times, so that's not a good reason either.<p>I feel like this article is the equivalent 16 paragraph stating you're likely to be correct only 10% of the time when you guess a random number from 1 to 10</p>
]]></description><pubDate>Sat, 29 Nov 2025 01:21:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=46084446</link><dc:creator>levodelellis</dc:creator><comments>https://news.ycombinator.com/item?id=46084446</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46084446</guid></item><item><title><![CDATA[New comment by levodelellis in "Why engineers can't be rational about programming languages"]]></title><description><![CDATA[
<p>Isn't this what Joel wrote 25 years ago? Don't rewrite your software?<p>I wrote a compiler/language, and I was expecting something different from the article after my experiences<p>Like many of the other commenters, I didn't like the article</p>
]]></description><pubDate>Mon, 03 Nov 2025 20:17:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=45803873</link><dc:creator>levodelellis</dc:creator><comments>https://news.ycombinator.com/item?id=45803873</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45803873</guid></item></channel></rss>