Mold: A Massively Parallel Linker

Post by NobodyNada » Thu, Aug 27, 2026, 3:13 PM UTC

MaskRay wrote: post #19

shameless plug: lld 23.x is significantly faster than 22.x! I wrote about the optimizations in https://maskray.me/blog/2026-04-12-recent-lld-elf-performanc... As a side note, parallel input file parsing and symbol resolution aren't a silver bullet. I have an experimental branch (net ~800 lines of code) adding this to lld/ELF, but it actually loses performance when restricted to --threads={1,2} I read how mold impleme…

Whoa, it's MaskRay! Your blog has been a lifesaver for me every time I've needed to understand some obscure detail about linker behavior. Thanks a ton for all your work in this area, and thanks even more for writing about it.

Post by inigyou » Thu, Aug 27, 2026, 3:47 PM UTC

matheusmoreira wrote: post #29

inigyou wrote: post #27

Earlier quoted context omitted.

FYI you aren't supposed to use an OS-specific header type, since you aren't the OS. No one can stop you, of course, and since there isn't an application-reserved range, you had to pick someone's reserved range.

> since you aren't the OS Says who? You make it sound like there's some authority out there assigning these numbers. It's not like GNU had to go out there and beg them for it. They just did it, and the world just had to cope. Also, I'm building lone directly on top of the Linux kernel. That absolutely makes me the "operating system", in the GNU and POSIX sense. Lone/Linux, if you will. The idea is to take this far en…

[dead]

Re: Mold: A Massively Parallel Linker

Re: Mold: A Massively Parallel Linker