Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

CI: spurious error building LLVM on mingw: ranlib.exe: could not create temporary file whilst writing archive: no more archived files #108227

Open
erikdesjardins opened this issue Feb 19, 2023 · 2 comments
Open

CI: spurious error building LLVM on mingw: ranlib.exe: could not create temporary file whilst writing archive: no more archived files #108227

erikdesjardins opened this issue Feb 19, 2023 · 2 comments
Labels
A-LLVM Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues. A-spurious Area: Spurious failures in builds (spuriously == for no apparent reason) O-windows-gnu Toolchain: GNU, Operating system: Windows T-compiler Relevant to the compiler team, which will review and decide on the PR/issue.

Comments

@erikdesjardins
Copy link
Contributor 

# the specific codegen library differs, sometimes libLLVMSparcCodeGen.a, sometimes libLLVMM68kCodeGen.a, etc.
FAILED: lib/libLLVMSparcCodeGen.a
cmd.exe /C "cd . && "C:\Program Files\CMake\bin\cmake.exe" -E rm -f lib\libLLVMSparcCodeGen.a && D:\a\rust\rust\mingw32\bin\ar.exe qc lib\libLLVMSparcCodeGen.a  lib/Target/Sparc/CMakeFiles/LLVMSparcCodeGen.dir/DelaySlotFiller.cpp.obj lib/Target/Sparc/CMakeFiles/LLVMSparcCodeGen.dir/LeonPasses.cpp.obj lib/Target/Sparc/CMakeFiles/LLVMSparcCodeGen.dir/SparcAsmPrinter.cpp.obj lib/Target/Sparc/CMakeFiles/LLVMSparcCodeGen.dir/SparcInstrInfo.cpp.obj lib/Target/Sparc/CMakeFiles/LLVMSparcCodeGen.dir/SparcISelDAGToDAG.cpp.obj lib/Target/Sparc/CMakeFiles/LLVMSparcCodeGen.dir/SparcISelLowering.cpp.obj lib/Target/Sparc/CMakeFiles/LLVMSparcCodeGen.dir/SparcFrameLowering.cpp.obj lib/Target/Sparc/CMakeFiles/LLVMSparcCodeGen.dir/SparcMachineFunctionInfo.cpp.obj lib/Target/Sparc/CMakeFiles/LLVMSparcCodeGen.dir/SparcRegisterInfo.cpp.obj lib/Target/Sparc/CMakeFiles/LLVMSparcCodeGen.dir/SparcSubtarget.cpp.obj lib/Target/Sparc/CMakeFiles/LLVMSparcCodeGen.dir/SparcTargetMachine.cpp.obj lib/Target/Sparc/CMakeFiles/LLVMSparcCodeGen.dir/SparcMCInstLower.cpp.obj lib/Target/Sparc/CMakeFiles/LLVMSparcCodeGen.dir/SparcTargetObjectFile.cpp.obj && D:\a\rust\rust\mingw32\bin\ranlib.exe lib\libLLVMSparcCodeGen.a && cd ."
D:\a\rust\rust\mingw32\bin\ranlib.exe: could not create temporary file whilst writing archive: no more archived files

This has happened on quite a few PRs recently:

I've seen it happen on the following builders (all mingw builders I guess):

  • dist-i686-mingw
  • i686-mingw-1
  • i686-mingw-2
  • dist-x86_64-mingw
  • x86_64-mingw-2

@rustbot label A-spurious A-LLVM O-Windows
@rustbot rustbot added A-LLVM Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues. A-spurious Area: Spurious failures in builds (spuriously == for no apparent reason) O-windows Operating system: Windows labels Feb 19, 2023
@erikdesjardins erikdesjardins mentioned this issue Feb 19, 2023
Merged
@tmiasko tmiasko mentioned this issue Feb 19, 2023
Merged
@jyn514 jyn514 mentioned this issue Feb 19, 2023
Closed
@ehuss ehuss mentioned this issue Feb 25, 2023
Merged
@matthiaskrgr matthiaskrgr mentioned this issue Feb 25, 2023
Closed
@klensy
Copy link
Contributor

klensy commented Feb 25, 2023

Ok, internet knows about this problem, https://osdn.net/projects/mingw/lists/archive/users/2019-January/thread.html#198

https://osdn.net/projects/mingw/lists/archive/users/2019-January/000228.html

the buggy mkstemp() has infected the binutils-2.31.1-1, and
gcc-8.2.0-2 builds.

So this should be solved long ago?

@ChrisDenton ChrisDenton added O-windows-gnu Toolchain: GNU, Operating system: Windows and removed O-windows Operating system: Windows labels Feb 25, 2023
@matthiaskrgr matthiaskrgr mentioned this issue Feb 25, 2023
Merged
@bjorn3 bjorn3 mentioned this issue Mar 1, 2023
Merged
@mati865
Copy link
Contributor

mati865 commented Mar 1, 2023

I think it started with #100178

Ok, internet knows about this problem, https://osdn.net/projects/mingw/lists/archive/users/2019-January/thread.html#198

https://osdn.net/projects/mingw/lists/archive/users/2019-January/000228.html

the buggy mkstemp() has infected the binutils-2.31.1-1, and
gcc-8.2.0-2 builds.

So this should be solved long ago?

Could be a new regression...

This was referenced Mar 3, 2023
Merged
Merged
Merged
Closed
Merged
Merged
@matthiaskrgr matthiaskrgr mentioned this issue Mar 11, 2023
Merged
@est31 est31 mentioned this issue Mar 12, 2023
Merged
@lnicola lnicola mentioned this issue Mar 13, 2023
Merged
@matthiaskrgr matthiaskrgr mentioned this issue Mar 14, 2023
Merged
@lqd lqd mentioned this issue Mar 14, 2023
Merged
@matthiaskrgr matthiaskrgr mentioned this issue Mar 15, 2023
Closed
@ehuss ehuss mentioned this issue Mar 16, 2023
Merged
@lqd lqd mentioned this issue Mar 17, 2023
Merged
@Mark-Simulacrum Mark-Simulacrum mentioned this issue Mar 18, 2023
Merged
michaelwoerister added a commit to michaelwoerister/rust that referenced this issue Mar 20, 2023
@michaelwoerister
Limited the number of parallel link jobs during LLVM build for mingw.
40fc423 
This is an attempt to fix the spurious build error tracked by
rust-lang#108227.
@matthiaskrgr matthiaskrgr mentioned this issue Mar 20, 2023
Merged
@ehuss ehuss mentioned this issue Mar 20, 2023
Merged
@tmiasko tmiasko mentioned this issue Mar 21, 2023
Merged
@matthiaskrgr matthiaskrgr mentioned this issue Mar 21, 2023
Merged
@ehuss ehuss mentioned this issue Mar 22, 2023
Merged
@matthiaskrgr matthiaskrgr mentioned this issue Mar 23, 2023
Merged
@lqd lqd mentioned this issue Mar 24, 2023
Merged
@nikic nikic mentioned this issue Mar 24, 2023
Merged
@scottmcm scottmcm mentioned this issue Mar 25, 2023
Merged
This was referenced Mar 26, 2023
Merged
Merged
Merged
Merged
Closed
@nikic nikic mentioned this issue Mar 26, 2023
Merged
nikic added a commit to nikic/rust that referenced this issue Mar 26, 2023
@nikic
Limit to one job on mingw builders
dd7db8b 
This is another attempt to work around
rust-lang#108227.

By limiting to one link job, we should be able to avoid file name
clashes in mkstemp().
bors added a commit to rust-lang-ci/rust that referenced this issue Mar 26, 2023
@bors
Auto merge of rust-lang#109643 - nikic:fix-mingw, r=pietroalbini
1d58207 
Limit to one link job on mingw builders

This is another attempt to work around
rust-lang#108227.

By limiting to one link job, we should be able to avoid file name clashes in mkstemp().
@cuviper cuviper mentioned this issue Mar 27, 2023
Merged
@Mark-Simulacrum Mark-Simulacrum mentioned this issue Apr 2, 2023
Merged
@Noratrieb Noratrieb added the T-compiler Relevant to the compiler team, which will review and decide on the PR/issue. label Apr 5, 2023
@weihanglo weihanglo mentioned this issue Apr 12, 2023
Merged
bors pushed a commit to rust-lang-ci/rust that referenced this issue Apr 16, 2023
@nikic @pietroalbini
Limit to one job on mingw builders
b524c62 
This is another attempt to work around
rust-lang#108227.

By limiting to one link job, we should be able to avoid file name
clashes in mkstemp().
MabezDev pushed a commit to esp-rs/rust that referenced this issue May 16, 2023
@nikic @MabezDev
Limit to one job on mingw builders
1316e7e 
This is another attempt to work around
rust-lang#108227.

By limiting to one link job, we should be able to avoid file name
clashes in mkstemp().
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
A-LLVM Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues. A-spurious Area: Spurious failures in builds (spuriously == for no apparent reason) O-windows-gnu Toolchain: GNU, Operating system: Windows T-compiler Relevant to the compiler team, which will review and decide on the PR/issue.
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
6 participants
@mati865 @klensy @ChrisDenton @erikdesjardins @rustbot @Noratrieb