Hacker News: dosshell

New comment by dosshell in "Zed 1.0"

dosshell — Thu, 30 Apr 2026 05:26:16 +0000

i investigated this yesterday and there is one cmake extension. It gives basic support to cmake. Not as neat as vscode/jetbrains/qt/vs but it works. It is depends on CMakePresets.json and has no gui etc.

New comment by dosshell in "90% of Claude-linked output going to GitHub repos w <2 stars"

dosshell — Thu, 26 Mar 2026 10:24:47 +0000

you would lose 80 repos from "10000 : 1847" also in that case.

New comment by dosshell in "Velxio, Arduino Emulator"

dosshell — Tue, 10 Mar 2026 20:12:36 +0000

what do you mean with "The browser-based IDE (editor ...)

You use Monaco Editor for that.

New comment by dosshell in "Velxio, Arduino Emulator"

dosshell — Mon, 09 Mar 2026 21:30:25 +0000

What parts have you exactly built?

All I see are dependencies that are glued together with claude.

Can you clearify exactly what you have developed?

New comment by dosshell in "We can’t send mail farther than 500 miles (2002)"

dosshell — Thu, 29 Jan 2026 10:40:37 +0000

This is a good read! and something i have in the back of my head when debugging spooky bugs.

New comment by dosshell in "How well do you know C++ auto type deduction?"

dosshell — Mon, 15 Dec 2025 20:51:39 +0000

If it captures variables, it is not possible to manually declare the type. You can however hide it in an std::function. But then you probably get some overhead and some heap allocations in real life.

New comment by dosshell in "How well do you know C++ auto type deduction?"

dosshell — Mon, 15 Dec 2025 20:48:02 +0000

You put the using as class member (private) or as local in the function.

New comment by dosshell in "Introduction to GrapheneOS"

dosshell — Sun, 14 Sep 2025 17:52:54 +0000

> I have to have TikTok for work

I'm sorry but what? Your job demands what apps you have installed on your PRIVATE phone!?

New comment by dosshell in "Zig breaking change – initial Writergate"

dosshell — Fri, 04 Jul 2025 07:10:59 +0000

>> because part of what’s holding Zig back from doing async right is limitations and flaws in LLVM

this was interesting! Do you have a link or something to be able to read about it?

New comment by dosshell in "Nobel Prize in Physics awarded to John Hopfield and Geoffrey Hinton [pdf]"

dosshell — Tue, 08 Oct 2024 11:04:54 +0000

Note that: There are no economic science Nobel prize.

Only one similar named price in the name and memory of Alfred Nobel, which some how, is allowed to be part of the Nobel prize celebration.

I guess my opinion is in minority, but i don't like that another prize hijacks the Nobel prize.

New comment by dosshell in "The Performance Impact of C++'s `final` Keyword"

dosshell — Tue, 23 Apr 2024 09:26:09 +0000

I tried to reproduce it on Ivybridge (Windows VS20122) and failed (mulss and muldd) [0]. single and double precision takes the same time. I also found a behavior where the first batch of iterations takes more time regardless of precision. It is possible that this tricked me last time.

[0] https://gist.github.com/dosshell/495680f0f768ae84a106eb054f2...

Sorry for the confusion and spreading false information.

New comment by dosshell in "The Performance Impact of C++'s `final` Keyword"

dosshell — Mon, 22 Apr 2024 21:03:17 +0000

I agree with you. It should take the same time when thinking more about it. I remember learning this in ~2016 and I did performance test on Skylake which confirmed (Windows VS2015). I think I remember that i only tested with addsd/addss. Definitely not x87. But as always, if the result can not be reproduced... I stand corrected until then.

New comment by dosshell in "The Performance Impact of C++'s `final` Keyword"

dosshell — Mon, 22 Apr 2024 19:35:52 +0000

Yes, as I wrote, it is only true for one float value.

SIMD/MIMD will benefit of working on smaller width. This is not only true because they do more work per clock but because memory is slow. Super slow compared to the cpu. Optimization is alot about cache misses optimization.

(But remember that the cache line is 64 bytes, so reading a single value smaller than that will take the same time. So it does not matter in theory when comparing one f32 against one f64)

New comment by dosshell in "The Performance Impact of C++'s `final` Keyword"

dosshell — Mon, 22 Apr 2024 19:19:24 +0000

> I can get away with a smaller sized float

When talking about not assuming optimizations...

32bit float is slower than 64bit float on reasonable modern x86-64.

The reason is that 32bit float is emulated by using 64bit.

Of course if you have several floats you need to optimize against cache.

New comment by dosshell in "Hidden dependencies in Linux binaries"

dosshell — Sun, 14 Apr 2024 20:51:33 +0000

First IANACC (I'm not a compiler programmer), but this is my understanding:

What do you mean by interface?

A dynamic library is handled very different from a static one. A dynamic library is loaded into the process virtual memory address space. There will be a tree trace there of loaded libraries. (I would guess this program walks this tree. But there may be better ways i do not know of that this program utilize)

In the world of gnu/linux a static library is more or less a collection of object files. The linker, to my best knowledge, will not treat the content of the static libraries different than from your own code. LTO can take place. In the final elf the static library will be indistinguishable from your own code.

My experience of the symbole table in elf files is limited and I do not know if they could help to unwrap static library dependencies. (A debug symbol table would of course help).

New comment by dosshell in "Hidden dependencies in Linux binaries"

dosshell — Sun, 14 Apr 2024 18:08:51 +0000

This is very interesting! Are there any movements to move towards this?

Wouldn't it open up for a new attack vector where process could read each other data?

New comment by dosshell in "Hidden dependencies in Linux binaries"

dosshell — Sun, 14 Apr 2024 18:04:08 +0000

I agree with you, hidden is worse.

But we do know what it can not static link to, any GPL library, which many indirect dependencies are.

New comment by dosshell in "Ask HN: Most efficient way to fine-tune an LLM in 2024?"

dosshell — Thu, 04 Apr 2024 19:40:21 +0000

I know this is maybe not the answer you want, but if you are just interested in getting the job done there exist companies that are experts on this, for example:

https://fortune.com/2024/03/11/adaptive-startup-funding-falc...

New comment by dosshell in "Rogue editors started a competing Wikipedia that's only about roads"

dosshell — Sat, 02 Mar 2024 18:18:57 +0000

One problem I encounter with math wiki is that I almost need to know what it is before reading to understand the wiki page.

I think wikibooks is a good initiativ to solve this, and could be powerful when combined with a normal wiki.

Restic – Backups Done Right

dosshell — Thu, 22 Feb 2024 11:57:13 +0000

Article URL: https://restic.net/

Comments URL: https://news.ycombinator.com/item?id=39465853

Points: 2

# Comments: 0