Isaac Nudelman

Updated to mold 1.3.1, new stacktrace ``` #0 0x00007ffff728e4dc in __pthread_kill_implementation () from /lib64/libc.so.6 #1 0x00007ffff723e182 in raise () from /lib64/libc.so.6 #2 0x0000555555930d3f in mold::elf::fork_child () at elf/subprocess.cc:44 #3 0x00005555557046bd...

here it is: ``` #0 0x00005555558112d5 in mold::elf::RelocSection::copy_buf(mold::elf::Context&)::{lambda(long)#1}::operator()(long) const (__closure=, i=) at elf/output-chunks.cc:2545 #1 tbb::detail::d1::parallel_for_body_wrapper::operator()(tbb::detail::d1::blocked_range const&) const (r=..., this=0x7ffff7583258) at /usr/include/oneapi/tbb/parallel_for.h:208 #2 tbb::detail::d1::start_for::run_body(tbb::detail::d1::blocked_range&) (r=..., this=0x7ffff7583200) at /usr/include/oneapi/tbb/parallel_for.h:119 #3 tbb::detail::d1::dynamic_grainsize_mode::work_balance(tbb::detail::d1::start_for&, tbb::detail::d1::blocked_range&,...

Unfortunately it didn't help (I applied it through /etc/portage/patches if that matters). The stacktrace seems to be the same, but here it is for good measure: ``` #0 0x0000555555810dd1 in...

Please be warned that the executable is 5.3GB, and compiling it from source will take ~50GB of disk space (and a lot of time). I'm waiting on it to upload...

The executable link: https://utexas.box.com/shared/static/cupt90r924jwo9l40c13ik4hxobgfv1o

Im also using Arch, just like that other bug. Ill build master and see if I can get you the PID.

I can't reproduce it with master. The arch version that does have the issue is 5.7.0

That's a good idea, I'll try it.

I can't reproduce with rr 5.7.0 built from source, only with the Arch package. What's even stranger is that when I copy the build config that Arch uses, I still...

Since this seems like a bug with the Arch package, I'll close this for now unless you want to investigate further.