Readit News logoReadit News

Deleted Comment

xorvoid commented on Linear scan register allocation on SSA   bernsteinbear.com/blog/li... · Posted by u/surprisetalk
kragen · 7 days ago
Oh man, block-argument-SSA makes so much more sense to me than Φ-SSA. That alone is going to change my life. Thank you, Max!

A lot of this process is the same as graph-coloring register allocation on SSA, of which I found an extensive explanation in Appel's textbook. I think it's maybe time for me to go back to it and do the exercises so I really understand it. The book unfortunately predates the linear allocator age.

The link to https://brrt-to-the-future.blogspot.com/2019/03/reverse-line..., which is a learner's introduction to the LuaJIT reverse linear scan allocator, also seems valuable.

xorvoid · 6 days ago
Because block-argument is actually the “right way”. The phi-node is very un-natural.. in the same sort of way that pi should have been tau.

Also, notice the connection here between Phi nodes and Continuation Passing Style (CPS). It because obvious with the block-arg form because it’s just the same thing. Jumps to blocks are just calls that don’t return.

xorvoid commented on Steve Wozniak: Life to me was never about accomplishment, but about happiness   yro.slashdot.org/comments... · Posted by u/MilnerRoute
xorvoid · 13 days ago
That would be my guess. Or you can even consider that him focusing on happiness led to success.
xorvoid · 13 days ago
(For his definition of success, which I would agree with, but not everyone would)
xorvoid commented on Steve Wozniak: Life to me was never about accomplishment, but about happiness   yro.slashdot.org/comments... · Posted by u/MilnerRoute
aatd86 · 13 days ago
The question is would he have been happy if he hadn't been successful?
xorvoid · 13 days ago
That would be my guess. Or you can even consider that him focusing on happiness led to success.
xorvoid commented on Tell HN: I underestimated how lonely building solo can be    · Posted by u/paulwilsonn
meetingthrower · 23 days ago
I FIREd and this is what I miss. Not a techie but a whitecollar job with a bunch of smart people. Miss that.
xorvoid · 22 days ago
Same. But I guess I’ve just accepted it and moved on. I’m willing to give that up for not having to give up 75% of my wake hours to a purely economic entity.

I think I’m mostly surprised that so many smart/capable/successful people keep grinding long after they need to. And I’m sad that those of us that don’t have a harder time finding eachother because we don’t have a common career to put us in a room together constantly.

Ah well. Wouldn’t trade any of the great adventures I’ve had for a job or a large sum of money. I’m happy with my trade.

xorvoid commented on How Social Media Shortens Your Life and How to Expand It   gurwinder.blog/p/how-soci... · Posted by u/jger15
graemep · 24 days ago
Uninstall the apps. Only use social media from a desktop. That gives you the physical separation in a sustainable way.
xorvoid · 24 days ago
Agreed. I don’t use social media of any kind. Not even on the desktop. I always run with Downtime on. All new apps are disallowed from running or notifying unless I whitelist them explicitly.

You really don’t need this “attention porn” in your life. Just turn it all off. Make friends IRL instead. So worth it.

xorvoid commented on What's happening to reading?   newyorker.com/culture/ope... · Posted by u/Kaibeezy
xorvoid · a month ago
For many people, paywalls may be bringing the age of traditional text to an end.
xorvoid commented on PEP 779: Free-threaded Python is officially supported   docs.python.org/3.14/what... · Posted by u/subset
poplarsol · 2 months ago
Is this still something that must be enabled at compile-time, or will it be supported via a runtime flag?
xorvoid · 2 months ago
Compile time. There are preprocessor #if guards all over the code base to provide different implementations for core operations. Many of these are used to provide a thread-safe version (e.g. atomic refcount). Presumably, these should work fine single threaded (assuming correctness). But at the moment they are compile-time, yea.
xorvoid commented on # [derive(Clone)] Is Broken   rgbcu.be/blog/derive-brok... · Posted by u/RGBCube
xorvoid · 2 months ago
Am I the only one who thinks this is perfectly fine?

The requirements for derive Clone are clearly defined. As with much in Rust, the type signature drives things, rather than the function body (contrast with C++ generics).

Occasionally, this results in perfectly reasonable code getting rejected. Such is the case with all static languages (by definition).

But in the few cases that happen, the solutions are quite straightforward. So, I don’t feel like it’s justified to add more complication to the language to deal with a few small corner cases.

xorvoid commented on Too Many Open Files   mattrighetti.com/2025/06/... · Posted by u/furkansahin
danadam · 3 months ago
> trace it down to the select bitset having a hardcoded max of 4096

Did it change? Last time I checked it was 1024 (though it was long time ago).

> and no bounds checking!

_FORTIFY_SOURCE is not set? When I try to pass 1024 to FD_SET and FD_CLR on my (very old) machine I immediately get:

  *** buffer overflow detected ***: ./a.out terminated
  Aborted
(ok, with -O1 and higher)

xorvoid · 3 months ago
You’re right. I think it ends up working out to a 4096 page on x86 machines, that’s probably what I remembered.

Yes, _FORTIFY_SOURCE is a fabulous idea. I was just a bit shocked it wasn’t checked without _FORTIFY_SOURCE. If you’re doing FD_SET/FD_CLR, you’re about to make an (expensive) syscall. Why do you care to elide a cheap not-taken branch that’ll save your bacon some day? The overhead is so incredibly negligible.

Anyways, seriously just use poll(). The select() syscall needs to go away for good.

u/xorvoid

KarmaCake day759June 14, 2021
About
https://www.xorvoid.com
View Original