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

llvm rebuild failure on windows buildbot #11042

Closed
klutzy opened this issue Dec 18, 2013 · 4 comments
Closed

llvm rebuild failure on windows buildbot #11042

klutzy opened this issue Dec 18, 2013 · 4 comments

Comments

@klutzy
Copy link
Contributor

klutzy commented Dec 18, 2013

bors always get some build failure (so requires several retries) on windows during llvm rebuild. Recent failure log here. It ends with:

make[3]: Entering directory `/c/bot/slave/auto-win-32-opt/build/obj/i686-pc-mingw32/llvm/utils/FileCheck'
make[3]: stat: /c/bot/slave/auto-win-32-opt/build/obj/i686-pc-mingw32/llvm/Release+Asserts/bin/FileCheck.exe: Permission denied
llvm[3]: Compiling FileCheck.cpp for Release+Asserts build
make[3]: stat: /c/bot/slave/auto-win-32-opt/build/obj/i686-pc-mingw32/llvm/Release+Asserts/bin/.dir: Permission denied
make[3]: Leaving directory `/c/bot/slave/auto-win-32-opt/build/obj/i686-pc-mingw32/llvm/utils/FileCheck'
make[2]: Leaving directory `/c/bot/slave/auto-win-32-opt/build/obj/i686-pc-mingw32/llvm/utils'
make[1]: Leaving directory `/c/bot/slave/auto-win-32-opt/build/obj/i686-pc-mingw32/llvm'
mkdir: `/c/bot/slave/auto-win-32-opt/build/obj/i686-pc-mingw32/llvm/Release+Asserts/bin': Permission denied
make[3]: *** [/c/bot/slave/auto-win-32-opt/build/obj/i686-pc-mingw32/llvm/Release+Asserts/bin/.dir] Error 1
make[2]: *** [FileCheck/.makeall] Error 2
make[1]: *** [all] Error 1
make: *** [/c/bot/slave/auto-win-32-opt/build/obj/i686-pc-mingw32/llvm/Release+Asserts/bin/llvm-config.exe] Error 2

I'm not sure if it occurs only on buildbot or on any windows machine; it's worth to investigate.
@alexcrichton
Copy link
Member

Sadly this is just a known issue. Windows rebuilds of LLVM will always fail on the first rebuild, and you must re-invoke make to get llvm to build. I've tried to look into this before, but I've never come up with much.

@klutzy
Copy link
Contributor Author

klutzy commented Dec 18, 2013

I now think it only occurs on buildbots. It's really strange that rm fails to remove bin directory due to permission error.

From previous log, auto-win-32-opt/builds/2830 failed to remove/create bin/*.exe but it anyway succeeded to compile new .o files. This may explain why later build passed.
In this case, we may just ignore llvm build failure and proceed anyway (or manually check if all .o files exist).

This and this discuss cannot lstat ...: Permission denied error.

@klutzy
Copy link
Contributor Author

klutzy commented Dec 29, 2013

I have to admit that I got this error on my machine (Windows 8.1pre) some days ago. :-(

@alexcrichton
Copy link
Member

Looks like this got fixed upstream. The LLVM upgrade yesterday didn't bounce like this.

flip1995 pushed a commit to flip1995/rust that referenced this issue Jun 30, 2023
@bors
Auto merge of rust-lang#11042 - y21:issue10459, r=Manishearth
750c7a1 
[`unused_async`]: don't lint if function is part of a trait

Fixes rust-lang#10459.

We shouldn't lint if the function is part of a trait, because the user won't be able to easily remove the `async`, as this will then not match with the function signature in the trait definition

changelog: [`unused_async`]: don't lint if function is part of a trait
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@alexcrichton @klutzy