Viewing profile — eddyb
eddyb
HN member- Joined
- Fri, Feb 28, 2014, 10:18 PM UTC
- HN karma
- 465
- Public activity
- 166 items
- HN profile
- View on Hacker News ↗
About eddyb
No profile information was provided.
Recent public activity
-
comment
Comment #46086653
> So what was the screenshot feature of X11? In case I wasn't clear enough, there was never a screenshot feature . Any X11 client could read any pixel written by any other X11 clie…
-
comment
Comment #46086408
If you're not familiar, the way X11 works is comparable to "multiplayer notepad" for your pixels ("multiplayer MSPaint"?). All your monitors are combined into a large canvas where …
-
comment
Comment #46086359
If your Linux distribution is handling Mesa packages correctly, you will never lack OpenGL/Vulkan drivers . The reason is that Mesa includes "software rendering" drivers for both O…
-
comment
Comment #41758617
Not sure if there's a better section elsewhere, but at least this one touches on it: https://doc.rust-lang.org/reference/destructors.html#tempora...
-
comment
Comment #34783768
This is effectively a rustdoc bug, the pattern is very much part of the body of the function, not the signature (and this split is explicitly represented in the compiler IRs, which…
-
comment
Comment #32906614
> So what are you using or recommending? I am using KDE (aka Plasma5) in Wayland mode, on NixOS unstable. I would not recommend NixOS, just like I mentioned, and I didn't really wa…
-
comment
Comment #32893387
GNOME has kind of always been on the opposite end of the configurability spectrum from KDE, IME. But also I'm not super clear on how libinput fits into the picture, I think there u…
-
comment
Comment #32755104
> Maybe it would be called #[expect(deprecated)] Both this and the reply saying you should open an RFC worry me that it was tongue-in-cheek. Or maybe it's the obvious name choice, …
-
comment
Comment #32335497
We explicitly support building against librustc_driver-*.so for both "custom drivers" (what we call those binaries I mentioned) and generally "rustc as a library" usecases. We shou…
-
comment
Comment #32329224
> but also parts of rustc are implemented in a dynamic library ("librustc_driver") Nit: 100% of rustc is found within librustc_driver-*.so (I mention it in https://news.ycombinator…
-
comment
Comment #32329082
[continued from above due to size limit] What I'm referring to is incremental recompilation with the following properties: 1. automatic correctness ` - that is, a compiler change n…
-
comment
Comment #32329062
No, at most we would've invested more in e.g. ensuring¹ you cannot accidentally (or intentionally) mix-and-match shared objects not built by the same build process, or in ways to r…
-
comment
Comment #30467149
It's a shame LLVM isn't more explicit about calling conventions (especially since the front-end has to lower most of the platform-specific C ABI details, short of the exact list of…
-
comment
Comment #30460059
Don't you want "interrupt ABIs" for that specific usecase? IIRC `#[naked]` are only really guaranteed to allow inline assembly, so it's like defining a function in `global_asm!` ex…
-
comment
Comment #30139531
> For instance `(*role).name` creates a `&mut &'static str` behind the scenes which is illegal, even if we can't observe it because the memory where it points to is not initialized…
-
comment
Comment #30091657
I live in Bucharest, Romania and I pay $9/mo for 1Gbps FTTH (fiber into my flat, with an ISP-provided fiber terminal). This offering is available from digi.ro pretty much throughou…
-
comment
Comment #28606163
I agree that ARM isn't going anywhere, as long as it can be licensed for less than it takes to design a good-enough RISC-V core, it will get used (with opensource designs slowly lo…
-
comment
Comment #28604543
> Or I'm missing something big. It's the software tooling cost. There's nothing exceptional in the spec because it's trying to insert itself into the industry as a standard baselin…
-
comment
Comment #28467569
You could look at Cranelift, which I believe uses integer indices, and several datastructures for control-flow vs dataflow. There is no SSA IR in rustc itself (MIR, regrettably, on…
-
comment
Comment #25046715
Not at all, RISC-V doesn't need extremely clever compilers, and instead it's designed to maximize what the microarchitectures (hardware implementations) can do, and reduce unnecess…
-
comment
Comment #24963865
Betting on smart compilers without putting in the effort to build them is how the Itanic happened.
-
comment
Comment #24729075
When I first heard the news, I started imagining EPYC with some core dies replaced with FPGAs connected to the Infinity Fabric. Really cool to hear this used to be a thing with HT …
-
comment
Comment #24579336
> but I have not seen any evidence that the average program is actually more likely to behave correctly in the face of wrapping. Rust takes a simple stance of "safe code should be …
-
comment
Comment #24550825
I kept grumbling about the `Copy` limitations on iterators for years, but at the end of the day, someone has to write the lint for "iterating on a copy of a variable" and I don't t…
-
comment
Comment #24550730
> heterogenous arenas are more or less a solved problem in Rust To expand a bit on what pcwalton said: Rust never had a concept of a type you can't move (we likely can't ever intro…