Age | Commit message (Collapse) | Author |
|
It is required by tensorflow 2.14.0 and keras 2.14.0
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
external/com_google_absl/absl/strings/internal/str_format/extension.h:34:33: error: found ':' in nested-name-specifier, expected '::'
34 | enum class FormatConversionChar : uint8_t;
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
The command bazel is a binary of a self-extracting zip file,
call patchelf-uninative on it may break it occasionally
...
bazel/bazel.real: Input/output error
...
Due to commit [89bb76d bazel.bbclass: Fix build with
bazel from sstate-cache] has called patchelf-uninative on
the extracted binaries, disable uninative on bazel command
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know the content is safe.
Using TOPDIR variable breaks the sstate-cache every time build directory
changes totally breaking build from sstate-cache among different workspaces.
Changing that to TMPDIR that is included in BB_HASHEXCLUDE_COMMON.
Another thing is disabling the UNINATIVE_LOADER, causing sstate-cache
artifacts not working in different workspaces. On
populate_sysroot_setscene patchelf-uninative --set-interpreter with
empty argument is ran which does not change the interpreter path and
then bazel binary ends up with path to the interpreter that might not
exist, since the bazel was taken from sstate-cache.
Removing the UNINATIVE_LOADER = "" so that uninative.bbclass can
correctly replace the interpreter path and make bazel binary usable.
One could think that it will reintroduce the original issue behind
disabling uninative, which was some java file corrupted (see commit
dd7642b), but I think we don't have this problem anymore and also I
don't think it was the correct solution - since the loader is anyway
included in the binary, so it wasn't really disabling it, just disabling
the yocto functionality around uninative. If the error re-occurs I think
different solution should be found.
Signed-off-by: Tomasz Dziendzielski <tomasz.dziendzielski@gmail.com>
|
|
The tensorflow 2.12 has supported python 3.11, remove old python3
Signed-off-by: Hongxu Jia <hongxu.jia@eng.windriver.com>
|
|
Backport patches from python 3.11 to add a new standard library module,
`tomllib`, for parsing TOML.
The implementation is based on Tomli (https://github.com/hukkin/tomli).
Signed-off-by: Hongxu Jia <hongxu.jia@eng.windriver.com>
|
|
Improve 0001-HttpDownloader-save-download-tarball-to-distdir.patch
to fix download failure of tensorflow 2.11.0
Issue: LINUXEXEC-24074
(LOCAL REV: NOT UPSTREAM) -- will send to upstream
Signed-off-by: Hongxu Jia <hongxu.jia@eng.windriver.com>
|
|
The official TensorFlow is tested and supported Python 3.7-3.10 [1][2]
Add python3 3.10 back for tensorflow
In order to distinguish with python3 3.11 in oe-core, add required distro
features `tensorflow' to python3 3.10.6 recipe.
Set the following in local.conf to apply python3 3.10.6
DISTRO_FEATURES += "tensorflow"
PYTHON_BASEVERSION:class-target = "3.10"
PYTHON_BASEVERSION:class-native = "3.10"
PYTHON_BASEVERSION:class-nativesdk = "3.10"
[1] https://www.tensorflow.org/install
[2] https://www.tensorflow.org/install/source#tested_build_configurations
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
Signed-off-by: Hongxu Jia <hongxu.jia@eng.windriver.com>
|
|
The SafeConfigParser class will be renamed to ConfigParser in Python
3.12 [1]. This alias will be removed in future versions.So we can use
ConfigParser directly instead.
[1] https://github.com/python/cpython/issues/89336
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
Upstream add PSFL to license [1]
[1] https://github.com/simonpercivall/astunparse/commit/6be60cbf34ff0cf297ae313abda4f3e880e17014
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
Use the one in OE instead of.
Issue: LINUXEXEC-20616
(LOCAL REV: NOT UPSTREAM) -- will send to upstream
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
The bazel build system requires to download files from network at do_compile
Issue: LINUXEXEC-20616
(LOCAL REV: NOT UPSTREAM) -- will send to upstream
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
The bazel 5.1.1 requires jdk 11
License-Update: No change [1]
[1] https://github.com/ojdkbuild/contrib_jdk11u-ci/blob/master/LICENSE
Issue: LINUXEXEC-20616
(LOCAL REV: NOT UPSTREAM) -- will send to upstream
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
Refresh: 0001-HttpDownloader-save-download-tarball-to-distdir.patch
Remove:
- 0001-python3.patch
- 0001-Include-limits.patch
- 0001-Fix-13575-FTBFS-with-GCC-11-on-ARMv8.patch
- 0001-Fix-building-on-gcc-11.patch
- Add 0001-cutsomize-native-toolchains-for-Yocto.patch
Yocto use environment HOSTTOOLS_DIR to provide native
toolchains, explicitly set it rather than detect
Issue: LINUXEXEC-20616
(LOCAL REV: NOT UPSTREAM) -- will send to upstream
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
It is required by tensorflow, due to OE removed the recipe,
move it to here
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
Minor changes on LICENSE, tweak blank lines and spaces
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
It need to be pinned exactly as newer versions are
incompatible with the rest of the ecosystem
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
This patch is the result of running the latest convert-ovrrides.py
script.
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
Backport three patches from upstream to fix the issue
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
inherited last
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
Remove duplicated recipes and use the one in OE to replace
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
Set BAZEL_JOBS and BAZEL_MEM with empty string to make bazel build without
limitation
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
- Move common config settings to bazel-base.bbclass
- Improve bazel_get_flags to make each flag per line with comments
- Use BAZEL_MEM rather than hardcoded for option --local_ram_resources
- Explicitly remove dir ${BAZEL_DIR} before do_clean
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
It is required by tensorboard
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
It is required by tensorboard
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
It is required by tensorboard
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
Move it from meta-demo to meta-tensorflow which is required by
tensorboard
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
1. Use --local_ram_resources and --local_cpu_resources to replace
deprecated --local_resources
2. Add options to bazel-native build
|ERROR: --local_resources is deprecated. Please use --local_ram_resources and/or --local_cpu_resources
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
native tools
While using the default Bazel C++ toolchain to build Yocto native tools
(bazel build --host_crosstool_top=@bazel_tools//tools/cpp:toolchain),
it failed with `bazel references a path outside of the execution root',
Add Yocto native sysroot dir (YOCTO_NATIVE_SYSROOT) to
builtin_include_directories could fix the issue
If not set YOCTO_NATIVE_SYSROOT, use NOT_SET_YOCTO_NATIVE_SYSROOT
to replace as a warning
Set YOCTO_NATIVE_SYSROOT in bazel.bbclass
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
It is required by tensorflow 2.4
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
It is required by tensorflow 2.4
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
It is required by tensorflow 2.4
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
The tensorflow requires the this version, as newer versions are
incompatible with the rest of the ecosystem [1]
[1] https://github.com/tensorflow/tensorflow/commit/710f3c83b4147eb76e748efcc218325c4978726c
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
Rebase patches to 3.1.0:
- 0001-HttpDownloader-save-download-tarball-to-distdir.patch
- 0001-fix-unzip-command-not-found.patch
- 0001-python3.patch
Drop backport patch:
- 0001-Rename-gettid-functions.patch
Tweak options according to [1]
[1] https://docs.bazel.build/versions/master/install-compile-source.html#bootstrap-unix-bootstrap
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
While enabling ccache, build bazel-native failed:
...
|Cannot find gcc or CC (ccache gcc); either correct your path
or set the CC environment variable
...
So disable ccache to workaround the failure.
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
Drop python2, use python3 to build bazel
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
If host does not provide unzip, build bazel will fail even though
Yocto native sysroot does have unzip.
The reason is var-PATH was not passed to bazel build in some cases.
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
glibc 2.30 (ubuntu1904_64) will declare its own gettid; see
https://sourceware.org/git/?p=glibc.git;a=commit;h=1d0fc213824eaa2a8f8c4385daaa698ee8fb7c92.
Rename the grpc versions to avoid naming conflicts
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
The compilation process needs python (python2) to be there, so
fix it by making bazel-native inherit pythonnative.
Signed-off-by: Chen Qi <Qi.Chen@windriver.com>
|
|
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
The openjdk-8-native 212b04 is a pre-build binary from ojdkbuild which
is a community build using source code from OpenJDK project.
[https://github.com/ojdkbuild/ojdkbuild]
The reason to use it rather than build from source by meta-java:
- The meta-java introduce extra 38 depend recipes to openjdk-8-native,
without meta-java could save build time 20%, and will not be broke
by meta-java build failure
- Only use openjdk-8-native to build bazel-native, and then use
bazel-native to build others, any target recipes/packages does not
require openjdk-8-native directly
The pre-build binary only supports on x86-64, for other hosts, we
could add use the one provided by meta-java. What you do is just
add layer meta-java to your build.
The idea refers meta-renesas-ai:
https://github.com/renesas-rz/meta-renesas-ai/blob/master/meta-tensorflow/recipes-devtools/openjdk/openjdk-8-native_151-1.b12.bb
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
Use ${STAGING_LIBDIR_NATIVE} rather than ${RECIPE_SYSROOT_NATIVE}/usr/lib.
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
Even though bbclass uninative is inherited, still disable it
Which cuasing java binary `bazel' not working correctly
...
|bazel --batch --bazelrc=/dev/null version
|file is invalid or corrupted (missing end of central directory record)
|Cannot find central directory
|FATAL: Failed to open Bazel as a zip file: (error: 5): Input/output error
...
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
- After download tarball from internet, save them to distdir
- Avoid tarball name conflict, rename them with suffix `_<sha256sum>'
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|
|
Set TS_DL_DIR to support fetch tarball from download mirror.
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
|