# Precompile llvm errors
**URL:** https://discourse.julialang.org/t/precompile-llvm-errors/131393
**Category:** General Usage
**Tags:** question
**Created:** [August 6, 2025, 3:00am UTC](https://discourse.julialang.org/t/precompile-llvm-errors/131393 "2025-08-06T03:00:18Z")
**Posts on this page:** 2
**Page:** 1
### Author:  [@andrew-saydjari](https://discourse.julialang.org/u/andrew-saydjari)
#### Post date: [August 6, 2025, 3:00am UTC](https://discourse.julialang.org/t/precompile-llvm-errors/131393/1 "2025-08-06T03:00:19Z")
When precompiling a project on a new cluster, I have now seen this somewhat scary llvm error twice. I am happy to bug report it (as the error suggests), but I am wondering if any once else has experienced this. It completely crashes the precompile. If I try to precompile again after hitting this error, it just works (though takes an unusually long time). Any thoughts are welcome.
```julia-auto
terminate called recursively
terminate called after throwing an instance of 'PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace.
terminate called after throwing an instance of 'std::system_error'
std::system_error'ions
terminate called after throwing an instance of 'std::system_error'
terminate called after throwing an instance of 'terminate called after throwing an instance of 'std::system_error'
std::system_error'
terminate called after throwing an instance of 'std::system_error'
what(): what(): what(): what(): what(): Resource temporarily unavailableResource temporarily unavailableResource temporarily unavailableResource temporarily unavailableResource temporarily unavailable
what():
PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace.
/mnt/home/asaydjari/.julia/compiled/v1.11/OrderedCollections/jl_JCJ35T --whole-archive /mnt/home/asaydjari/.julia/compiled/v1.11/OrderedCollections/jl_Lz7abB --no-whole-archive -L/mnt/home/asaydjari/.julia/juliaup/julia-1.11.0+0.x64.linux.gnu/lib/julia -L/mnt/home/asaydjari/.julia/juliaup/julia-1.11.0+0.x64.linux.gnu/lib -ljulia -ljulia-internal
terminate called recursively
Stack dump without symbol names (ensure you have llvm-symbolizer in your PATH or set the environment var `LLVM_SYMBOLIZER_PATH` to point to it):
Stack dump without symbol names (ensure you have llvm-symbolizer in your PATH or set the environment var `LLVM_SYMBOLIZER_PATH` to point to it):
Stack dump without symbol names (ensure you have llvm-symbolizer in your PATH or set the environment var `LLVM_SYMBOLIZER_PATH` to point to it):
Stack dump without symbol names (ensure you have llvm-symbolizer in your PATH or set the environment var `LLVM_SYMBOLIZER_PATH` to point to it):unavailablePLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the
terminate called recursively
0 libLLVM-16jl.so 0x000015554fc45d38 0 0 libLLVM-16jl.so libLLVM-16jl.so 0x000015554fc45d38 0x000015554fc45d38 llvm::sys::PrintStackTrace(llvm::raw_ostream&, int)llvm::sys::PrintStackTrace(llvm::raw_ostream&, int)llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) + 40 + 40
+ 40
1 libLLVM-16jl.so 0x000015554fc4385c
1 libLLVM-16jl.so 0x000015554fc4385c
1 libLLVM-16jl.so 0x000015554fc4385c
2 2 libpthread.so.0 libpthread.so.0 0x0000155554e12990 0x0000155554e129902
libpthread.so.0 0x0000155554e12990
3 3 libc.so.6 libc.so.6 0x000015554e64e52f3 0x000015554e64e52f libc.so.6 gsignal 0x000015554e64e52fgsignal + 271 + 271
gsignal
+ 271
4 libc.so.6 4 0x000015554e621e65 libc.so.6 4 0x000015554e621e65 libc.so.6 0x000015554e621e65 abortabortabort + 295 + 295 + 295
5 libstdc++.so.6 0x000015554eff59bb
5 5 libstdc++.so.6 libstdc++.so.6 0x000015554eff59bb 0x000015554eff59bb
6 libstdc++.so.6 0x000015554f00536a
6 6 libstdc++.so.6 libstdc++.so.6 7 0x000015554f00536a 0x000015554f00536a libstdc++.so.6
0x000015554f0053d5
8 7 libstdc++.so.6 libstdc++.so.6 0x000015554f005627 0x000015554f0053d57
libstdc++.so.6 0x000015554f0053d5
8 8 libstdc++.so.6 libstdc++.so.6 0x000015554f005627 0x000015554f005627
9
libstdc++.so.6 0x000015554eff8627 std::__throw_system_error(int) + 131
9 libstdc++.so.6 0x000015554eff8627 9 libstdc++.so.6 std::__throw_system_error(int) 0x000015554eff8627 + 131
std::__throw_system_error(int) + 131
10 libstdc++.so.6 0x000015554f031eb5
10 libstdc++.so.6 0x000015554f031eb5
10 libstdc++.so.6 0x000015554f031eb5
11 lld 0x000000000084ec1b lld::unlinkAsync(llvm::StringRef) + 379
12 lld 0x00000000006a627b
13 lld 0x00000000006b87de
14 lld 0x00000000006ba3f9 void lld::elf::writeResult>() + 25
15 lld 0x00000000005711e5 lld::elf::LinkerDriver::link(llvm::opt::InputArgList&) + 11157
16 lld 0x000000000057276a lld::elf::LinkerDriver::linkerMain(llvm::ArrayRef) + 4906
17 lld 0x0000000000573deb lld::elf::link(llvm::ArrayRef, llvm::raw_ostream&, llvm::raw_ostream&, bool, bool) + 4363
18 lld 0x0000000000473b2d
19 lld 0x0000000000473ed6 lld_main(int, char**) + 406
11 libLLVM-16jl.so 0x000015554fb99be111
libLLVM-16jl.so 0x000015554fb99be1
20 libc.so.6 0x000015554e63a7e5 __libc_start_main + 229
21 lld 0x0000000000471d53
12 libstdc++.so.6 0x000015554f031b23
12 libstdc++.so.6 0x000015554f031b23
13 libpthread.so.0 0x0000155554e081ca
13 libpthread.so.0 0x0000155554e081ca
14 libc.so.6 0x000015554e6398d3 clone + 67
14 libc.so.6 0x000015554e6398d3 clone + 67
terminate called after throwing an instance of 'std::system_error'
what(): Resource temporarily unavailable
PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace.
terminate called recursively
```
---
### Author:  [@giordano](https://discourse.julialang.org/u/giordano)
#### Post date: [August 6, 2025, 7:58am UTC](https://discourse.julialang.org/t/precompile-llvm-errors/131393/2 "2025-08-06T07:58:45Z")
> [@Precompilation error in cluster](https://discourse.julialang.org/t/precompilation-error-in-cluster/125083/2):
>
> Set [JULIA\_NUM\_PRECOMPILE\_TASKS](https://docs.julialang.org/en/v1/manual/environment-variables/#JULIA_NUM_PRECOMPILE_TASKS) to a low value (this has been asked several times)
>
>
> Precompilation of \[DFTK\](https://github.com/JuliaMolSim/DFTK.jl) fails on a clus…ter, with the following error message:
> \`\`\`
> PLEASE submit a bug report to https://github.com/julialang/julia and include the crash backtrace.
> Stack dump without symbol names (ensure you have llvm-symbolizer in your PATH or set the environment var \`LLVM\_SYMBOLIZER\_PATH\` to point to it):
> 0 libLLVM-16jl.so 0x000015240492bd38 llvm::sys::PrintStackTrace(llvm::raw\_ostream&, int) + 40
> 1 libLLVM-16jl.so 0x000015240492985c
> 2 libpthread.so.0 0x0000152409af9cf0
> 3 libc.so.6 0x00001524035bb144
> 4 lld 0x00000000005df633 void lld::elf::InputSection::writeTo\\>(unsigned char\*) + 179
> 5 lld 0x00000000006055a0
> 6 libLLVM-16jl.so 0x000015240487fa94
> 7 libLLVM-16jl.so 0x00001524048813d9
> 8 libstdc++.so.6 0x0000152403d17b23
> 9 libpthread.so.0 0x0000152409aef1ca
> 10 libc.so.6 0x0000152403525e73 clone + 67
> ◑ DFTK
> \`\`\`
> The stacktrace is:
> \`\`\`
> top-level scope at REPL\[17\]:1
> eval at boot.jl:430 \[inlined\]
> eval\_user\_input(ast::Any, backend::REPL.REPLBackend, mod::Module) at REPL.jl:261
> repl\_backend\_loop(backend::REPL.REPLBackend, get\_module::Function) at REPL.jl:368
> start\_repl\_backend(backend::REPL.REPLBackend, consumer::Any; get\_module::Function) at REPL.jl:343
> kwcall(::NamedTuple, ::typeof(REPL.start\_repl\_backend), backend::REPL.REPLBackend, consumer::Any) at REPL.jl:340
> run\_repl(repl::REPL.AbstractREPL, consumer::Any; backend\_on\_current\_task::Bool, backend::Any) at REPL.jl:500
> run\_repl(repl::REPL.AbstractREPL, consumer::Any) at REPL.jl:486
> (::Base.var"#1150#1152"{Bool, Symbol, Bool})(REPL::Module) at client.jl:446
> #invokelatest#2 at essentials.jl:1055 \[inlined\]
> invokelatest at essentials.jl:1052 \[inlined\]
> run\_main\_repl(interactive::Bool, quiet::Bool, banner::Symbol, history\_file::Bool, color\_set::Bool) at client.jl:430
> repl\_main at client.jl:567 \[inlined\]
> \_start() at client.jl:541
> \`\`\`
>
> I'm using Julia 1.11.6. As far as I can see the issue only occurs with the DFTK package, but since the error specifically says to create the issue on JuliaLang, I'm posting it here.