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.

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

Building tensorflow (with bazel) defaults to arm #584

Closed
booherbg opened this issue Nov 10, 2015 · 4 comments
Closed

Building tensorflow (with bazel) defaults to arm #584

booherbg opened this issue Nov 10, 2015 · 4 comments
Labels
P3 We're not considering working on this, but happy to review a PR. (No assignee) platform: other type: feature request
Milestone

Comments

@booherbg
Copy link

I seem to be the only one having this problem so I'm not sure if it's a bazel or tensorflow issue.

I've pulled the latest tensorflow, and installed java 8. After a default ./configure in the project (selecting 'n' to GPU support), bazel build appears to default to arm:

54$ bazel build
WARNING: Sandboxed execution is not supported on your system and thus hermeticity of actions cannot be guaranteed. See http://bazel.io/docs/bazel-user-manual.html#sandboxing for more information. You can turn off this warning via --ignore_unsupported_sandboxing.
ERROR: No toolchain found for cpu 'armeabi-v7a'.
INFO: Elapsed time: 0.219s
55$ bazel --help
                                                           [bazel release 0.1.0]
Usage: bazel <command> <options> ...

$ uname -a
Linux lemur 3.3.7-030307-generic #201205211535 SMP Mon May 21 19:36:02 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

$ldd --version
ldd (Ubuntu EGLIBC 2.15-0ubuntu10.3) 2.15
@damienmg
Copy link
Contributor

I believe it is because it tries to build android target. Invoking @lberki for his expertise :)

@lberki
Copy link
Contributor

lberki commented Nov 12, 2015

My hunch is that you either got a bad CROSSTOOL file or a stale ~/.blazerc . My hunch is the latter, unless you were editing CROSSTOOL recklessly. The .blazerc system for finding tools is unfortunately pretty hairy (but we are working on fixing it!)

Check the output of bazel info package_path . It should point to where you compiled Bazel from in the form of %workspace%:BAZEL_ROOT/base_workspace. If it doesn't try either writing a new .bazelrc that's like this:

build --package_path %workspace%:<WHEREVER YOU CHECKED OUT BAZEL>/base_workspace
fetch --package_path %workspace%:<WHEREVER YOU CHECKED OUT BAZEL>/base_workspace
query --package_path %workspace%:<WHEREVER YOU CHECKED OUT BAZEL>/base_workspace

, or more simply, rm ~/.bazelrc && ./compile.sh. This shell script should regenerate it.

@vmayoral
Copy link

@booherbg you seem to have passed issue #606. Could you please advice on how to move forward?

@damienmg damienmg added type: feature request P3 We're not considering working on this, but happy to review a PR. (No assignee) and removed under investigation labels Dec 18, 2015
@damienmg damienmg modified the milestone: 0.5 Jun 14, 2016
@damienmg
Copy link
Contributor

damienmg commented Feb 1, 2017

This bug is unclear, does not seems to be still an issue, closing. Feel free to ping if you still have the issue with recent Bazel

@damienmg damienmg closed this as completed Feb 1, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
P3 We're not considering working on this, but happy to review a PR. (No assignee) platform: other type: feature request
Projects
None yet
Development

No branches or pull requests

4 participants