-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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.
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
android_local_test on Windows: path doesn't exist in MANIFEST file #7809
Comments
cc @laszlocsomor any ideas? |
Here's the runfiles manifest for
It's correctly included in the runfiles. |
Runfiles paths are the first path in each manifest line. I can't repro the issue though (at bazel-contrib/rules_jvm_external@3d1120c). Instead I get:
|
Thanks for the explanation and reproing it. The |
Done. Now I get:
|
It looks like you’re in the android_instrumentation_test directory. It
should be android_local_test instead.
…On Tue, Mar 26, 2019 at 6:21 AM László Csomor ***@***.***> wrote:
Done.
Now I get:
ERROR: missing input file ***@***.***//:emulator/qemu/linux-x86_64/qemu-system-i386'
ERROR: C:/src/rules_jvm_external/examples/android_instrumentation_test/src/test/BUILD:9:1: //src/test:greeter_test: missing input file ***@***.***//:emulator/qemu/linux-x86_64/qemu-system-i386'
ERROR: C:/src/rules_jvm_external/examples/android_instrumentation_test/src/test/BUILD:9:1 1 input file(s) do not exist
INFO: Elapsed time: 135.488s, Critical Path: 42.81s
INFO: 387 processes: 352 local, 35 worker.
FAILED: Build did NOT complete successfully
My SDK:
[image: android-sdk]
<https://user-images.githubusercontent.com/10532244/54989662-4cf24280-4fb9-11e9-89e6-adb8d49c9537.png>
—
You are receiving this because you were assigned.
Reply to this email directly, view it on GitHub
<#7809 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAVPDsE1ku1QdKiCJjRLfls-P3lgMGL5ks5vafS6gaJpZM4cCedg>
.
|
Thanks! My bad. Successful repro! Taking a look. |
Behavior looks fine: runfiles manifest has On Linux:
Am I still missing something? |
Wait, it's a launcher error. Let me look further. |
It's a launcher bug. Fixing it. |
@laszlocsomor Thank you for looking into it!! |
Good news: I can fix it. |
After fixing the bug, I get:
|
Great, thank you! No worries, we can wait for 0.25. That bug looks like it's unable to access a resource in the classpath from a dep. I'll take a look at it with your fix. |
In this PR: - //src/tools/launcher now uses the C++ runfiles library, depending on it's source and not on the released version under @bazel_tools (so it's built with the same runfiles library sources as those embedded into the Bazel binary) - The launcher no longer discovers nor loads the runfiles manifest. Fixes bazelbuild#7809
The native launcher's own Rlocation() implementation correctly handles runfile paths that start with "external/". Fixes bazelbuild#7809 This PR subsumes bazelbuild#7853. That PR changed the launcher to use the C++ runfiles library. Alas that broke some tests.
Repro on Windows and Bazel 0.23.2:
Error:
The text was updated successfully, but these errors were encountered: