[clang] unable to rename temporary "xxx.o.tmp" to "xxx.o" (random occur)

[luoliwoshang]

clang

/usr/lib/llvm-19/bin/clang
Ubuntu clang version 19.1.7 (++20250114[10](https://github.com/goplus/llgo/actions/runs/15680235263/job/44169711114?pr=1157#step:4:11)3332+cd708029e0b2-1~exp1~20250114103446.78)
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/lib/llvm-19/bin

env

Linux fv-az2210-267 6.11.0-1015-azure #15~24.04.1-Ubuntu SMP Thu May  1 02:52:08 UTC 2025 x86_64 x86_64 x86_64 GNU/Linux
Distributor ID:	Ubuntu
Description:	Ubuntu 24.04.2 LTS
Release:	24.04
Codename:	noble

origin ci link https://github.com/goplus/llgo/actions/runs/15673758597/job/44149438177?pr=1157 , and follow is ci's fail stack dump

PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script.
Stack dump:
0.	Program arguments: /usr/lib/llvm-19/bin/clang -cc1 -triple x86_64-unknown-linux -emit-obj -dumpdir /tmp/llgo-2668141638- -disable-free -clear-ast-before-backend -disable-llvm-verifier -discard-value-names -main-file-name 2ec0f766d579ebb30f68bbe64d66b741397f422757a0974421b83cc25ad22ca1-d.ll -mrelocation-model pic -pic-level 2 -pic-is-pie -mframe-pointer=all -fmath-errno -ffp-contract=on -fno-rounding-math -mconstructor-aliases -funwind-tables=2 -target-cpu x86-64 -tune-cpu generic -debugger-tuning=gdb -fdebug-compilation-dir=/home/runner/work/llgo/llgo/internal/build -ffunction-sections -fdata-sections -fcoverage-compilation-dir=/home/runner/work/llgo/llgo/internal/build -resource-dir /usr/lib/llvm-19/lib/clang/19 -Wno-override-module -Wno-override-module -ferror-limit 19 -fgnuc-version=4.2.1 -fskip-odr-check-in-gmf -faddrsig -D__GCC_HAVE_DWARF2_CFI_ASM=1 -o /tmp/2ec0f766d579ebb30f68bbe64d66b741397f422757a0974421b83cc25ad22ca1-d-d12ee2.o -x ir /home/runner/.cache/go-build/2e/2ec0f766d579ebb30f68bbe64d66b741397f422757a0974421b83cc25ad22ca1-d.ll
 #0 0x00007fa203abd42f llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0xebd42f)
 #1 0x00007fa203abb139 llvm::sys::RunSignalHandlers() (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0xebb139)
 #2 0x00007fa203abdb80 (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0xebdb80)
 #3 0x00007fa202445330 (/lib/x86_64-linux-gnu/libc.so.6+0x45330)
 #4 0x00007fa206cebe0d llvm::LLLexer::LexToken() (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x40ebe0d)
 #5 0x00007fa206d1f65e llvm::LLParser::parseGetElementPtr(llvm::Instruction*&, llvm::LLParser::PerFunctionState&) (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x411f65e)
 #6 0x00007fa206d1[70](https://github.com/goplus/llgo/actions/runs/15673758597/job/44149438177?pr=1157#step:7:71)b2 llvm::LLParser::parseBasicBlock(llvm::LLParser::PerFunctionState&) (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x41170b2)
 #7 0x00007fa206cf9e70 llvm::LLParser::parseFunctionBody(llvm::Function&, unsigned int, llvm::ArrayRef<unsigned int>) (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x40f9e70)
 #8 0x00007fa206cf6236 llvm::LLParser::parseDefine() (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x40f6236)
 #9 0x00007fa206cf3207 llvm::LLParser::parseTopLevelEntities() (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x40f3207)
#10 0x00007fa206cf2dcd llvm::LLParser::Run(bool, llvm::function_ref<std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>> (llvm::StringRef, llvm::StringRef)>) (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x40f2dcd)
#11 0x00007fa206d3551b (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x413551b)
#12 0x00007fa206d356cc llvm::parseAssembly(llvm::MemoryBufferRef, llvm::SMDiagnostic&, llvm::LLVMContext&, llvm::SlotMapping*, llvm::function_ref<std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>> (llvm::StringRef, llvm::StringRef)>) (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x41356cc)
#13 0x00007fa203ceec64 llvm::parseIR(llvm::MemoryBufferRef, llvm::SMDiagnostic&, llvm::LLVMContext&, llvm::ParserCallbacks) (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x10eec64)
#14 0x00007fa20ca66e30 clang::CodeGenAction::loadModule(llvm::MemoryBufferRef) (/usr/lib/llvm-19/bin/../lib/libclang-cpp.so.19.1+0x2266e30)
#15 0x00007fa20ca67956 clang::CodeGenAction::ExecuteAction() (/usr/lib/llvm-19/bin/../lib/libclang-cpp.so.19.1+0x2267956)
#16 0x00007fa20d57b67c clang::FrontendAction::Execute() (/usr/lib/llvm-19/bin/../lib/libclang-cpp.so.19.1+0x2d7b67c)
#17 0x00007fa20d4ee9f4 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/usr/lib/llvm-19/bin/../lib/libclang-cpp.so.19.1+0x2cee9f4)
#18 0x00007fa20d5fad2c clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/usr/lib/llvm-19/bin/../lib/libclang-cpp.so.19.1+0x2dfad2c)
#19 0x000055ac95cb21d2 cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (/usr/lib/llvm-19/bin/clang+0x131d2)
#20 0x000055ac95caf1a4 (/usr/lib/llvm-19/bin/clang+0x101a4)
#21 0x000055ac95cae342 clang_main(int, char**, llvm::ToolContext const&) (/usr/lib/llvm-19/bin/clang+0xf342)
#22 0x000055ac95cbc703 main (/usr/lib/llvm-19/bin/clang+0x1d703)
#23 0x00007fa20242a1ca (/lib/x86_64-linux-gnu/libc.so.6+0x2a1ca)
#24 0x00007fa20242a28b __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x2a28b)
#25 0x000055ac95cacda5 _start (/usr/lib/llvm-19/bin/clang+0xdda5)
error: unable to rename temporary '/tmp/2ec0f766d579ebb30f68bbe64d66b[74](https://github.com/goplus/llgo/actions/runs/15673758597/job/44149438177?pr=1157#step:7:75)1397f422757a0974421b83cc25ad22ca1-d-d12ee2-daca2e82.o.tmp' to output file '/tmp/2ec0f766d579ebb30f68bbe64d66b741397f422[75](https://github.com/goplus/llgo/actions/runs/15673758597/job/44149438177?pr=1157#step:7:76)7a0974421b83cc25ad22ca1-d-d12ee2.o': 'No such file or directory'

correspoding ir

2ec0f766d579ebb30f68bbe64d66b741397f422757a0974421b83cc25ad22ca1-d.ll

but in my local env , i try to compile this ir,havent got same error and works normally.

root@cppkg-5-77b864d675-2x9cg:~/llgo# clang -cc1 -triple x86_64-unknown-linux -emit-obj -dumpdir /tmp/llgo-2668141638- -disable-free -clear-ast-before-backend -disable-llvm-verifier -discard-value-names -main-file-name 2ec0f766d579ebb30f68bbe64d66b741397f422757a0974421b83cc25ad22ca1-d.ll -mrelocation-model pic -pic-level 2 -pic-is-pie -mframe-pointer=all -fmath-errno -ffp-contract=on -fno-rounding-math -mconstructor-aliases -funwind-tables=2 -target-cpu x86-64 -tune-cpu generic -debugger-tuning=gdb -fdebug-compilation-dir=/home/runner/work/llgo/llgo/internal/build -ffunction-sections -fdata-sections -fcoverage-compilation-dir=/root/llgo/internal/build -resource-dir /usr/lib/llvm-19/lib/clang/19 -Wno-override-module -Wno-override-module -ferror-limit 19 -fgnuc-version=4.2.1 -fskip-odr-check-in-gmf -faddrsig -D__GCC_HAVE_DWARF2_CFI_ASM=1 -o ./test.o -x ir ./3d7b27d9195e7b73e089feac27550fd49d7309b9f5695bc7d06db82532eb5ce7-d.ll

and the test.o have symbols

root@cppkg-5-77b864d675-2x9cg:~/llgo# llvm-nm ./test.o
0000000000000000 V *_llgo_unicode.RangeTable
0000000000000078 r .L__unnamed_100
0000000000000080 r .L__unnamed_110
0000000000000088 r .L__unnamed_111
0000000000000010 r .L__unnamed_112
0000000000000090 r .L__unnamed_115
.......
0000000000000000 V map[_llgo_string]*_llgo_unicode.RangeTable
0000000000000000 T unicode.(*SpecialCase).ToLower
0000000000000000 T unicode.(*SpecialCase).ToTitle
0000000000000000 T unicode.(*SpecialCase).ToUpper
0000000000000000 B unicode.ASCII_Hex_Digit
0000000000000000 B unicode.Adlam

reproduce

1. with the docker file https://github.com/luoliwoshang/DockerFiles/blob/v0.2.0/ubuntu/normal/Dockerfile
2. cd /root/llgo
3. count=1; while go test -count=1 ./...; do echo "=== Run #$((count++)) completed ==="; done

---

2025.6.18

In the test at goplus/llgo#1157, by using go test -p 1 -count=1 ./... to prevent concurrent test execution and repeating it one hundred times, we found that the aforementioned clang error did not occur. Therefore, the problem is likely an issue with clang during concurrent execution.

• https://github.com/goplus/llgo/actions/runs/15726030403/job/44315996518 https://github.com/goplus/llgo/actions/runs/15726030403/job/44315996522
• https://github.com/goplus/llgo/actions/runs/15726528450/job/44317512371 https://github.com/goplus/llgo/actions/runs/15726528450/job/44317512380
• https://github.com/goplus/llgo/actions/runs/15726541011/job/44317549376
  https://github.com/goplus/llgo/actions/runs/15726541011/job/44317549373

[hstk30-hw]

Maybe machine resource limit.

[luoliwoshang]

Maybe machine resource limit.

https://github.com/luoliwoshang/llgo/actions/runs/15701982875/job/44238730049

Thanks your advise ! But i Just checked the remaining disk space of the failed CI using df -h and found that 47GB of space was still available after the run. Additionally, I discovered that this issue is not limited to linux/x86, as this action also occurred in linux/arm64.

Disk space after codecov:
Filesystem      Size  Used Avail Use% Mounted on
/dev/root        72G   26G   47G  36% /
tmpfs           7.[8](https://github.com/goplus/llgo/actions/runs/15701845282/job/44238272025?pr=1157#step:14:9)G  100K  7.8G   1% /dev/shm
tmpfs           3.2G 1016K  3.2G   1% /run
tmpfs           5.0M     0  5.0M   0% /run/lock
efivarfs        128M   13K  128M   1% /sys/firmware/efi/efivars
/dev/sda16      8[9](https://github.com/goplus/llgo/actions/runs/15701845282/job/44238272025?pr=1157#step:14:10)1M   57M  772M   7% /boot
/dev/sda15       98M  6.4M   92M   7% /boot/efi
tmpfs           1.6G   16K  1.6G   1% /run/user/[10](https://github.com/goplus/llgo/actions/runs/15701845282/job/44238272025?pr=1157#step:14:11)01

https://github.com/goplus/llgo/actions/runs/15701983782/job/44238732838

and the linux ci machine also remain 23GB when fail

Disk space after codecov:
Filesystem      Size  Used Avail Use% Mounted on
/dev/root        72G   50G   23G  69% /
tmpfs           7.9G   [8](https://github.com/goplus/llgo/actions/runs/15701845282/job/44238272025?pr=1157#step:14:9)4K  7.9G   1% /dev/shm
tmpfs           3.2G  1.1M  3.2G   1% /run
tmpfs           5.0M     0  5.0M   0% /run/lock
/dev/sdb16      881M   60M  760M   8% /boot
/dev/sdb15      105M  6.2M   [9](https://github.com/goplus/llgo/actions/runs/15701845282/job/44238272025?pr=1157#step:14:10)9M   6% /boot/efi
/dev/sda1        74G  4.1G   66G   6% /mnt
tmpfs           1.6G   12K  1.6G   1% /run/user/[10](https://github.com/goplus/llgo/actions/runs/15701845282/job/44238272025?pr=1157#step:14:11)01

[llvmbot]

@llvm/issue-subscribers-clang-frontend

Author: 张之阳 (luoliwoshang)

clang ``` /usr/lib/llvm-19/bin/clang Ubuntu clang version 19.1.7 (++20250114[10](https://github.com/goplus/llgo/actions/runs/15680235263/job/44169711114?pr=1157#step:4:11)3332+cd708029e0b2-1~exp1~20250114103446.78) Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm-19/bin ``` env ``` Linux fv-az2210-267 6.11.0-1015-azure #15~24.04.1-Ubuntu SMP Thu May 1 02:52:08 UTC 2025 x86_64 x86_64 x86_64 GNU/Linux Distributor ID: Ubuntu Description: Ubuntu 24.04.2 LTS Release: 24.04 Codename: noble ```

origin ci link https://github.com/goplus/llgo/actions/runs/15673758597/job/44149438177?pr=1157 , and follow is ci's fail stack dump

PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script.
Stack dump:
0.	Program arguments: /usr/lib/llvm-19/bin/clang -cc1 -triple x86_64-unknown-linux -emit-obj -dumpdir /tmp/llgo-2668141638- -disable-free -clear-ast-before-backend -disable-llvm-verifier -discard-value-names -main-file-name 2ec0f766d579ebb30f68bbe64d66b741397f422757a0974421b83cc25ad22ca1-d.ll -mrelocation-model pic -pic-level 2 -pic-is-pie -mframe-pointer=all -fmath-errno -ffp-contract=on -fno-rounding-math -mconstructor-aliases -funwind-tables=2 -target-cpu x86-64 -tune-cpu generic -debugger-tuning=gdb -fdebug-compilation-dir=/home/runner/work/llgo/llgo/internal/build -ffunction-sections -fdata-sections -fcoverage-compilation-dir=/home/runner/work/llgo/llgo/internal/build -resource-dir /usr/lib/llvm-19/lib/clang/19 -Wno-override-module -Wno-override-module -ferror-limit 19 -fgnuc-version=4.2.1 -fskip-odr-check-in-gmf -faddrsig -D__GCC_HAVE_DWARF2_CFI_ASM=1 -o /tmp/2ec0f766d579ebb30f68bbe64d66b741397f422757a0974421b83cc25ad22ca1-d-d12ee2.o -x ir /home/runner/.cache/go-build/2e/2ec0f766d579ebb30f68bbe64d66b741397f422757a0974421b83cc25ad22ca1-d.ll
 #<!-- -->0 0x00007fa203abd42f llvm::sys::PrintStackTrace(llvm::raw_ostream&amp;, int) (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0xebd42f)
 #<!-- -->1 0x00007fa203abb139 llvm::sys::RunSignalHandlers() (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0xebb139)
 #<!-- -->2 0x00007fa203abdb80 (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0xebdb80)
 #<!-- -->3 0x00007fa202445330 (/lib/x86_64-linux-gnu/libc.so.6+0x45330)
 #<!-- -->4 0x00007fa206cebe0d llvm::LLLexer::LexToken() (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x40ebe0d)
 #<!-- -->5 0x00007fa206d1f65e llvm::LLParser::parseGetElementPtr(llvm::Instruction*&amp;, llvm::LLParser::PerFunctionState&amp;) (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x411f65e)
 #<!-- -->6 0x00007fa206d1[70](https://github.com/goplus/llgo/actions/runs/15673758597/job/44149438177?pr=1157#step:7:71)b2 llvm::LLParser::parseBasicBlock(llvm::LLParser::PerFunctionState&amp;) (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x41170b2)
 #<!-- -->7 0x00007fa206cf9e70 llvm::LLParser::parseFunctionBody(llvm::Function&amp;, unsigned int, llvm::ArrayRef&lt;unsigned int&gt;) (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x40f9e70)
 #<!-- -->8 0x00007fa206cf6236 llvm::LLParser::parseDefine() (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x40f6236)
 #<!-- -->9 0x00007fa206cf3207 llvm::LLParser::parseTopLevelEntities() (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x40f3207)
#<!-- -->10 0x00007fa206cf2dcd llvm::LLParser::Run(bool, llvm::function_ref&lt;std::optional&lt;std::__cxx11::basic_string&lt;char, std::char_traits&lt;char&gt;, std::allocator&lt;char&gt;&gt;&gt; (llvm::StringRef, llvm::StringRef)&gt;) (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x40f2dcd)
#<!-- -->11 0x00007fa206d3551b (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x413551b)
#<!-- -->12 0x00007fa206d356cc llvm::parseAssembly(llvm::MemoryBufferRef, llvm::SMDiagnostic&amp;, llvm::LLVMContext&amp;, llvm::SlotMapping*, llvm::function_ref&lt;std::optional&lt;std::__cxx11::basic_string&lt;char, std::char_traits&lt;char&gt;, std::allocator&lt;char&gt;&gt;&gt; (llvm::StringRef, llvm::StringRef)&gt;) (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x41356cc)
#<!-- -->13 0x00007fa203ceec64 llvm::parseIR(llvm::MemoryBufferRef, llvm::SMDiagnostic&amp;, llvm::LLVMContext&amp;, llvm::ParserCallbacks) (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x10eec64)
#<!-- -->14 0x00007fa20ca66e30 clang::CodeGenAction::loadModule(llvm::MemoryBufferRef) (/usr/lib/llvm-19/bin/../lib/libclang-cpp.so.19.1+0x2266e30)
#<!-- -->15 0x00007fa20ca67956 clang::CodeGenAction::ExecuteAction() (/usr/lib/llvm-19/bin/../lib/libclang-cpp.so.19.1+0x2267956)
#<!-- -->16 0x00007fa20d57b67c clang::FrontendAction::Execute() (/usr/lib/llvm-19/bin/../lib/libclang-cpp.so.19.1+0x2d7b67c)
#<!-- -->17 0x00007fa20d4ee9f4 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&amp;) (/usr/lib/llvm-19/bin/../lib/libclang-cpp.so.19.1+0x2cee9f4)
#<!-- -->18 0x00007fa20d5fad2c clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/usr/lib/llvm-19/bin/../lib/libclang-cpp.so.19.1+0x2dfad2c)
#<!-- -->19 0x000055ac95cb21d2 cc1_main(llvm::ArrayRef&lt;char const*&gt;, char const*, void*) (/usr/lib/llvm-19/bin/clang+0x131d2)
#<!-- -->20 0x000055ac95caf1a4 (/usr/lib/llvm-19/bin/clang+0x101a4)
#<!-- -->21 0x000055ac95cae342 clang_main(int, char**, llvm::ToolContext const&amp;) (/usr/lib/llvm-19/bin/clang+0xf342)
#<!-- -->22 0x000055ac95cbc703 main (/usr/lib/llvm-19/bin/clang+0x1d703)
#<!-- -->23 0x00007fa20242a1ca (/lib/x86_64-linux-gnu/libc.so.6+0x2a1ca)
#<!-- -->24 0x00007fa20242a28b __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x2a28b)
#<!-- -->25 0x000055ac95cacda5 _start (/usr/lib/llvm-19/bin/clang+0xdda5)
error: unable to rename temporary '/tmp/2ec0f766d579ebb30f68bbe64d66b[74](https://github.com/goplus/llgo/actions/runs/15673758597/job/44149438177?pr=1157#step:7:75)1397f422757a0974421b83cc25ad22ca1-d-d12ee2-daca2e82.o.tmp' to output file '/tmp/2ec0f766d579ebb30f68bbe64d66b741397f422[75](https://github.com/goplus/llgo/actions/runs/15673758597/job/44149438177?pr=1157#step:7:76)7a0974421b83cc25ad22ca1-d-d12ee2.o': 'No such file or directory'

correspoding ir

2ec0f766d579ebb30f68bbe64d66b741397f422757a0974421b83cc25ad22ca1-d.ll

but in my local env , i try to compile this ir,havent got same error and works normally.

root@<!-- -->cppkg-5-77b864d675-2x9cg:~/llgo# clang -cc1 -triple x86_64-unknown-linux -emit-obj -dumpdir /tmp/llgo-2668141638- -disable-free -clear-ast-before-backend -disable-llvm-verifier -discard-value-names -main-file-name 2ec0f766d579ebb30f68bbe64d66b741397f422757a0974421b83cc25ad22ca1-d.ll -mrelocation-model pic -pic-level 2 -pic-is-pie -mframe-pointer=all -fmath-errno -ffp-contract=on -fno-rounding-math -mconstructor-aliases -funwind-tables=2 -target-cpu x86-64 -tune-cpu generic -debugger-tuning=gdb -fdebug-compilation-dir=/home/runner/work/llgo/llgo/internal/build -ffunction-sections -fdata-sections -fcoverage-compilation-dir=/root/llgo/internal/build -resource-dir /usr/lib/llvm-19/lib/clang/19 -Wno-override-module -Wno-override-module -ferror-limit 19 -fgnuc-version=4.2.1 -fskip-odr-check-in-gmf -faddrsig -D__GCC_HAVE_DWARF2_CFI_ASM=1 -o ./test.o -x ir ./3d7b27d9195e7b73e089feac27550fd49d7309b9f5695bc7d06db82532eb5ce7-d.ll

and the test.o have symbols

root@<!-- -->cppkg-5-77b864d675-2x9cg:~/llgo# llvm-nm ./test.o
0000000000000000 V *_llgo_unicode.RangeTable
0000000000000078 r .L__unnamed_100
0000000000000080 r .L__unnamed_110
0000000000000088 r .L__unnamed_111
0000000000000010 r .L__unnamed_112
0000000000000090 r .L__unnamed_115
.......
0000000000000000 V map[_llgo_string]*_llgo_unicode.RangeTable
0000000000000000 T unicode.(*SpecialCase).ToLower
0000000000000000 T unicode.(*SpecialCase).ToTitle
0000000000000000 T unicode.(*SpecialCase).ToUpper
0000000000000000 B unicode.ASCII_Hex_Digit
0000000000000000 B unicode.Adlam

[luoliwoshang]

Maybe machine resource limit.

and i just test in my local docker container with ubuntu24/arm64, and i have remain 171G space, have the same error,so i think it's may not be resource limit.

reproduce

1. with the docker file https://github.com/luoliwoshang/DockerFiles/blob/v0.2.0/ubuntu/normal/Dockerfile
2. cd /root/llgo
3. count=1; while go test -count=1 ./...; do echo "=== Run #$((count++)) completed ==="; done

0.      Program arguments: /usr/lib/llvm-19/bin/clang -cc1 -triple aarch64-unknown-linux -emit-obj -dumpdir /tmp/llgo-3656973251- -disable-free -clear-ast-before-backend -disable-llvm-verifier -discard-value-names -main-file-name 1c4dbdb41ed6385649a2be0725e5602915cc610ddcf7cc74680f73f05acbc85d-d.ll -mrelocation-model pic -pic-level 2 -pic-is-pie -mframe-pointer=non-leaf -fmath-errno -ffp-contract=on -fno-rounding-math -mconstructor-aliases -funwind-tables=2 -target-cpu generic -target-feature +v8a -target-feature +fp-armv8 -target-feature +neon -target-abi aapcs -debugger-tuning=gdb -fdebug-compilation-dir=/root/llgo/internal/build -ffunction-sections -fdata-sections -fcoverage-compilation-dir=/root/llgo/internal/build -resource-dir /usr/lib/llvm-19/lib/clang/19 -Wno-override-module -Wno-override-module -ferror-limit 19 -fno-signed-char -fgnuc-version=4.2.1 -fskip-odr-check-in-gmf -target-feature +outline-atomics -target-feature -fmv -faddrsig -D__GCC_HAVE_DWARF2_CFI_ASM=1 -o /tmp/1c4dbdb41ed6385649a2be0725e5602915cc610ddcf7cc74680f73f05acbc85d-d-4c8e75.o -x ir /root/.cache/go-build/1c/1c4dbdb41ed6385649a2be0725e5602915cc610ddcf7cc74680f73f05acbc85d-d.ll
 #0 0x0000ffff916abf3c llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0xeabf3c)
 #1 0x0000ffff916a9f80 llvm::sys::RunSignalHandlers() (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0xea9f80)
 #2 0x0000ffff916ac6a0 (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0xeac6a0)
 #3 0x0000ffff9c3857a0 (linux-vdso.so.1+0x7a0)
 #4 0x0000ffff944dff40 llvm::LLLexer::LexToken() (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x3cdff40)
 #5 0x0000ffff94510044 llvm::LLParser::parseGetElementPtr(llvm::Instruction*&, llvm::LLParser::PerFunctionState&) (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x3d10044)
 #6 0x0000ffff94508744 llvm::LLParser::parseBasicBlock(llvm::LLParser::PerFunctionState&) (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x3d08744)
 #7 0x0000ffff944ed0e0 llvm::LLParser::parseFunctionBody(llvm::Function&, unsigned int, llvm::ArrayRef<unsigned int>) (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x3ced0e0)
 #8 0x0000ffff944e9b9c llvm::LLParser::parseDefine() (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x3ce9b9c)
 #9 0x0000ffff944e6fc4 llvm::LLParser::parseTopLevelEntities() (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x3ce6fc4)
#10 0x0000ffff944e6bb0 llvm::LLParser::Run(bool, llvm::function_ref<std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>> (llvm::StringRef, llvm::StringRef)>) (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x3ce6bb0)
#11 0x0000ffff94524664 (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x3d24664)
#12 0x0000ffff94524808 llvm::parseAssembly(llvm::MemoryBufferRef, llvm::SMDiagnostic&, llvm::LLVMContext&, llvm::SlotMapping*, llvm::function_ref<std::optional<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>> (llvm::StringRef, llvm::StringRef)>) (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x3d24808)
#13 0x0000ffff918db6c4 llvm::parseIR(llvm::MemoryBufferRef, llvm::SMDiagnostic&, llvm::LLVMContext&, llvm::ParserCallbacks) (/usr/lib/llvm-19/bin/../lib/libLLVM.so.19.1+0x10db6c4)
#14 0x0000ffff9a1d4b34 clang::CodeGenAction::loadModule(llvm::MemoryBufferRef) (/usr/lib/llvm-19/bin/../lib/libclang-cpp.so.19.1+0x21d4b34)
#15 0x0000ffff9a1d5474 clang::CodeGenAction::ExecuteAction() (/usr/lib/llvm-19/bin/../lib/libclang-cpp.so.19.1+0x21d5474)
#16 0x0000ffff9ac94b38 clang::FrontendAction::Execute() (/usr/lib/llvm-19/bin/../lib/libclang-cpp.so.19.1+0x2c94b38)
#17 0x0000ffff9ac1dc4c clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/usr/lib/llvm-19/bin/../lib/libclang-cpp.so.19.1+0x2c1dc4c)
#18 0x0000ffff9ad1207c clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/usr/lib/llvm-19/bin/../lib/libclang-cpp.so.19.1+0x2d1207c)
#19 0x0000aaaab0eb1054 cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (/usr/lib/llvm-19/bin/clang+0x11054)
#20 0x0000aaaab0eae738 (/usr/lib/llvm-19/bin/clang+0xe738)
#21 0x0000aaaab0ead7b8 clang_main(int, char**, llvm::ToolContext const&) (/usr/lib/llvm-19/bin/clang+0xd7b8)
#22 0x0000aaaab0eba29c main (/usr/lib/llvm-19/bin/clang+0x1a29c)
#23 0x0000ffff902684c4 (/lib/aarch64-linux-gnu/libc.so.6+0x284c4)
#24 0x0000ffff90268598 __libc_start_main (/lib/aarch64-linux-gnu/libc.so.6+0x28598)
#25 0x0000aaaab0eac530 _start (/usr/lib/llvm-19/bin/clang+0xc530)
error: unable to rename temporary '/tmp/1c4dbdb41ed6385649a2be0725e5602915cc610ddcf7cc74680f73f05acbc85d-d-4c8e75-d520871a.o.tmp' to output file '/tmp/1c4dbdb41ed6385649a2be0725e5602915cc610ddcf7cc74680f73f05acbc85d-d-4c8e75.o': 'No such file or directory'
1 error generated.
PASS
/tmp/llgo-1948549727: exit code 0
PASS
/tmp/llgo-1189918066: exit code 0
--- FAIL: TestTest (73.54s)
panic: exit status 1 [recovered]
        panic: exit status 1

goroutine 38 [running]:
testing.tRunner.func1.2({0x930540, 0x4012888440})
        /usr/local/go/src/testing/testing.go:1734 +0x1ac
testing.tRunner.func1()
        /usr/local/go/src/testing/testing.go:1737 +0x334
panic({0x930540?, 0x4012888440?})
        /usr/local/go/src/runtime/panic.go:792 +0x124
github.com/goplus/llgo/internal/build.mockRun({0x4000e92180, 0x1, 0x1}, 0x40007f18c0)
        /root/llgo/internal/build/build_test.go:51 +0x144
github.com/goplus/llgo/internal/build.TestTest(0x400023f500?)
        /root/llgo/internal/build/build_test.go:61 +0x64
testing.tRunner(0x400023f500, 0x9b5e40)
        /usr/local/go/src/testing/testing.go:1792 +0xe4
created by testing.(*T).Run in goroutine 1
        /usr/local/go/src/testing/testing.go:1851 +0x374
FAIL    github.com/goplus/llgo/internal/build   75.353s
ok      github.com/goplus/llgo/internal/buildtags       0.011s
ok      github.com/goplus/llgo/internal/crosscompile    0.004s
ok      github.com/goplus/llgo/internal/env     0.013s
?       github.com/goplus/llgo/internal/llgen   [no test files]
?       github.com/goplus/llgo/internal/mockable        [no test files]
?       github.com/goplus/llgo/internal/packages        [no test files]
?       github.com/goplus/llgo/internal/typepatch       [no test files]
ok      github.com/goplus/llgo/internal/xtool/llvm      0.078s
ok      github.com/goplus/llgo/ssa      127.322s
?       github.com/goplus/llgo/ssa/abi  [no test files]
ok      github.com/goplus/llgo/ssa/ssatest      0.043s
?       github.com/goplus/llgo/xtool/ar [no test files]
?       github.com/goplus/llgo/xtool/clang      [no test files]
?       github.com/goplus/llgo/xtool/clang/ast  [no test files]
?       github.com/goplus/llgo/xtool/clang/check        [no test files]
?       github.com/goplus/llgo/xtool/clang/pathutil     [no test files]
?       github.com/goplus/llgo/xtool/clang/preprocessor [no test files]
?       github.com/goplus/llgo/xtool/env        [no test files]
?       github.com/goplus/llgo/xtool/env/llvm   [no test files]
?       github.com/goplus/llgo/xtool/llvm/install_name_tool     [no test files]
?       github.com/goplus/llgo/xtool/llvm/llvmlink      [no test files]
?       github.com/goplus/llgo/xtool/nm [no test files]
?       github.com/goplus/llgo/xtool/nm/nmindex [no test files]
ok      github.com/goplus/llgo/xtool/safesplit  0.007s
FAIL

root@11ce61f43be8:~/llgo# df -h
Filesystem      Size  Used Avail Use% Mounted on
overlay         213G   32G  171G  16% /
tmpfs            64M     0   64M   0% /dev
shm              64M     0   64M   0% /dev/shm
/dev/vda1       213G   32G  171G  16% /etc/hosts
tmpfs           3.9G     0  3.9G   0% /proc/scsi
tmpfs           3.9G     0  3.9G   0% /sys/firmware

open files in my local docker env

root@4daf8338e716:/# ulimit -a
real-time non-blocking time  (microseconds, -R) unlimited
core file size              (blocks, -c) 0
data seg size               (kbytes, -d) unlimited
scheduling priority                 (-e) 0
file size                   (blocks, -f) unlimited
pending signals                     (-i) 31325
max locked memory           (kbytes, -l) unlimited
max memory size             (kbytes, -m) unlimited
open files                          (-n) 1048576
pipe size                (512 bytes, -p) 8
POSIX message queues         (bytes, -q) 819200
real-time priority                  (-r) 0
stack size                  (kbytes, -s) 8192
cpu time                   (seconds, -t) unlimited
max user processes                  (-u) unlimited
virtual memory              (kbytes, -v) unlimited
file locks                          (-x) unlimited

[luoliwoshang]

In the test at goplus/llgo#1157, by using go test -p 1 -count=1 ./... to prevent concurrent test execution and repeating it one hundred times, we found that the aforementioned clang error did not occur. Therefore, the problem is likely an issue with clang during concurrent execution.

• https://github.com/goplus/llgo/actions/runs/15726030403/job/44315996518 https://github.com/goplus/llgo/actions/runs/15726030403/job/44315996522
• https://github.com/goplus/llgo/actions/runs/15726528450/job/44317512371 https://github.com/goplus/llgo/actions/runs/15726528450/job/44317512380
• https://github.com/goplus/llgo/actions/runs/15726541011/job/44317549376
  https://github.com/goplus/llgo/actions/runs/15726541011/job/44317549373

[luoliwoshang]

I've identified the root cause of the issue. Here's a detailed breakdown:

1. Context:
   My program generates a large number of .ll files. Many of these are common (shared) modules that are intentionally named identically. The error typically occurs when processing a very large .ll file (around 50,000 lines). The build process involves writing all .ll files and then using clang to link them into a final .o object file. The error consistently appears during this linking stage.
2. Root Cause Analysis:
   The problem is a race condition that only manifests in a concurrent environment.
   Sequential Execution: When the process runs sequentially, writing a shared .ll file and then compiling it works perfectly fine. This is why compiling the problematic .ll file in isolation with clang -cc1 succeeds without errors.
   Concurrent Execution: In a parallel build, one process might be invoking clang -cc1 to compile a shared .ll file. While clang is reading this file, another process can simultaneously write to the exact same file. This results in clang reading incomplete or corrupted data (a "dirty read").

This dirty read explains the observed errors:

• The LexIdentifier and LexToken errors in the stack trace are direct results of clang attempting to parse this corrupted data.
• The clang: error: unable to rename temporary... error is a secondary effect. It happens because the initial parsing failure prevents the temporary object file (.o.tmp) from being generated correctly, causing the subsequent rename operation to fail.

4. The Fix and Verification:

In my latest update, I've implemented a mechanism to prevent concurrent writes to the same file. This ensures that a shared .ll file is not modified while another clang process is reading it, thereby eliminating the dirty data problem.

After running several hundred tests with this change, I can confirm that this issue is no longer reproducible.