Comments (8)
Could you please build with poky + meta-openembbed on master branch, here is my build steps
date=`date +%Y%m%d%H`
mkdir build_ts_poky_$date
cd build_ts_poky_$date
topdir=`pwd`
git clone --branch master --single-branch https://github.com/Wind-River/meta-tensorflow.git
git clone --branch master --single-branch git://git.openembedded.org/meta-openembedded
git clone --branch master --single-branch git://git.pokylinux.org/poky.git
machine="genericx86-64"
date=`date +%Y%m%d`
. $topdir/poky/oe-init-build-env build_$machine
cat <<endof_local>>conf/local.conf
MACHINE = "$machine"
PACKAGE_CLASSES = "package_rpm"
VIRTUAL-RUNTIME_init_manager = "systemd"
DISTRO_FEATURES_append = " systemd"
DISTRO_FEATURES_BACKFILL_CONSIDERED_append = " sysvinit"
IMAGE_INSTALL_append = " tensorflow"
IMAGE_FEATURES += "ssh-server-openssh"
IMAGE_INSTALL_append = " tensorflow dhcp-client"
endof_local
cat <<endof_bblayer>>conf/bblayers.conf
BBLAYERS += " \\
$topdir/meta-openembedded/meta-python \\
$topdir/meta-openembedded/meta-oe \\
$topdir/meta-tensorflow \\
"
endof_bblayer
bitbake core-image-minimal
from meta-tensorflow.
I need more details on your failure, log? steps?
from meta-tensorflow.
@hongxu-jia -- thanks for the reply! I will checkout master, and report back. I'll post logs, etc. soon. Thanks again for your support.
Update
My fork is here commit mhaldrich@ef4e92c
Build against master fails with:
MACHINE=genericx86-64 bitake tensorflow
My local.conf
is similar to yours, and thank you for providing build steps.
Logs:
| Execution platform: @bazel_tools//platforms:host_platform
| In file included from external/eigen_archive/unsupported/Eigen/CXX11/Tensor:124:0,
| from ./third_party/eigen3/unsupported/Eigen/CXX11/Tensor:1,
| from ./tensorflow/core/kernels/reduction_ops_common.h:27,
| from tensorflow/core/kernels/reduction_ops_sum.cc:16:
| external/eigen_archive/unsupported/Eigen/CXX11/src/Tensor/TensorReduction.h: In static member function 'static void std::_Function_handler<void(_ArgTypes ...), _Functor>::_M_invoke(const std::_Any_data&
, _ArgTypes&& ...) [with _Functor = Eigen::internal::TensorExecutor<Expression, Eigen::ThreadPoolDevice, Vectorizable, Tileable>::run(const Expression&, const Eigen::ThreadPoolDevice&) [with Expression =
const Eigen::TensorAssignOp<Eigen::TensorMap<Eigen::Tensor<std::complex<float>, 0, 1, long int>, 16, Eigen::MakePointer>, const Eigen::TensorReductionOp<Eigen::internal::SumReducer<std::complex<float> >,
const Eigen::IndexList<Eigen::type2index<0> >, const Eigen::TensorMap<Eigen::Tensor<const std::complex<float>, 1, 1, long int>, 16, Eigen::MakePointer>, Eigen::MakePointer> >; bool Vectorizable = true; bo
ol Tileable = false]::<lambda(Eigen::internal::TensorExecutor<const Eigen::TensorAssignOp<Eigen::TensorMap<Eigen::Tensor<std::complex<float>, 0, 1, long int>, 16, Eigen::MakePointer>, const Eigen::TensorR
eductionOp<Eigen::internal::SumReducer<std::complex<float> >, const Eigen::IndexList<Eigen::type2index<0> >, const Eigen::TensorMap<Eigen::Tensor<const std::complex<float>, 1, 1, long int>, 16, Eigen::Mak
ePointer>, Eigen::MakePointer> >, Eigen::ThreadPoolDevice, true, false>::StorageIndex, Eigen::internal::TensorExecutor<const Eigen::TensorAssignOp<Eigen::TensorMap<Eigen::Tensor<std::complex<float>, 0, 1,
long int>, 16, Eigen::MakePointer>, const Eigen::TensorReductionOp<Eigen::internal::SumReducer<std::complex<float> >, const Eigen::IndexList<Eigen::type2index<0> >, const Eigen::TensorMap<Eigen::Tensor<c
onst std::complex<float>, 1, 1, long int>, 16, Eigen::MakePointer>, Eigen::MakePointer> >, Eigen::ThreadPoolDevice, true, false>::StorageIndex)>; _ArgTypes = {long int, long int}]':
| external/eigen_archive/unsupported/Eigen/CXX11/src/Tensor/TensorReduction.h:801:9: internal compiler error: in emit_move_insn, at expr.c:3698
| values[i] = internal::InnerMostDimReducer<Self, Op>::reduce(*this, firstIndex + i * num_values_to_reduce,
| ^~~~~~
| Please submit a full bug report,
| with preprocessed source if appropriate.
| See <https://gcc.gnu.org/bugs/> for instructions.
and bitbake reports tmp/work/core2-64-poky-linux/tensorflow/1.13.0-r0/temp/run.do_compile.2045:1 exit 1
same result as I got from the build hash here.
Related issue tensorflow/tensorflow#25323
Next up: I'll checkout warrior and retry
from meta-tensorflow.
Anything reply on warrior?
from meta-tensorflow.
Hi @hongxu-jia -- testing soon, will report back. Thank you for keeping this open.
from meta-tensorflow.
Building now with a checkout of warrior
. When building both aarch64
targets and genericx86-64
I get an error with the bundled grpc
, which seems common when built with glibc 2.30. Edit: this is confusing though, since glibc is v2.29 in Warrior
Build trace looks like:
<snip>
external/grpc/src/core/lib/gpr/log_linux.cc: In function 'void gpr_default_log(gpr_log_func_args*)':
| external/grpc/src/core/lib/gpr/log_linux.cc:77:23: error: 'gettid' was not declared in this scope
| if (tid == 0) tid = gettid();
| ^~~~~~
| external/grpc/src/core/lib/gpr/log_linux.cc:77:23: note: suggested alternative: 'getgid'
| if (tid == 0) tid = gettid();
| ^~~~~~
| getgid
</snip>
Looks like you have something here that is relevant.
Previously in Sumo, I had build aarch64
shared objects but could not build genericx86-64 shared objects.
Related Issues
clearlinux/distribution#1151
grpc/grpc#18950
from meta-tensorflow.
I think I've fixed the issue already, does your local repo contain the following commit?
806fb81
from meta-tensorflow.
@hongxu-jia -- with the warrior toolchain setup, I have completed builds for aarch64 and x86-64 targets. Strangely enough, the glibc patchwork didn't do the trick (my repo contained commit 806fb81). Removing this patch did work. Commit history is in my fork. I will close issue.
Thanks again this bitbake recipe -- very much appreciated!
from meta-tensorflow.
Related Issues (13)
- meta-python2 is dead HOT 2
- tensorflow 2.4 on armv7 does not build HOT 4
- Archive script failure
- tensorflow on riscv64
- Build for GPU rather than CPU HOT 3
- tensorflow building is failed with glibc 2.29.
- meta-tensorflow/meta-demo/conf/layer.conf needs zeus compatibility added HOT 1
- build fail with bazel-native HOT 1
- Bazel Checksum missmatch @icu component HOT 1
- Build fails with Yocto zeus
- using `bazel sync` in `do_fetch`
- https://mirror.bazel.build/github.com/unicode-org/icu/archive/release-62-1.tar.gz HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from meta-tensorflow.