Search Criteria
Package Details: tensorflow-cuda-git 1.12.1+54837+g03796cf1dda-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/tensorflow-git.git (read-only, click to copy) |
---|---|
Package Base: | tensorflow-git |
Description: | Library for computation using data flow graphs for scalable machine learning (with CUDA) |
Upstream URL: | https://tensorflow.org/ |
Keywords: | artificial_intelligence google machine_learning neural_network |
Licenses: | Apache |
Conflicts: | tensorflow-cuda |
Provides: | tensorflow-cuda |
Submitter: | swiftscythe |
Maintainer: | None |
Last Packager: | swiftscythe |
Votes: | 2 |
Popularity: | 0.000000 |
First Submitted: | 2017-05-27 18:50 (UTC) |
Last Updated: | 2021-04-14 00:37 (UTC) |
Dependencies (29)
- c-ares (c-ares-gitAUR)
- cuda (cuda11.1AUR, cuda-12.2AUR, cuda12.0AUR, cuda11.4AUR, cuda11.4-versionedAUR, cuda12.0-versionedAUR)
- cudnn
- curl (curl-quiche-gitAUR, curl-http3-ngtcp2AUR, curl-gitAUR, curl-c-aresAUR)
- giflib (giflib-gitAUR)
- icu (icu-gitAUR)
- intel-mkl (intel-oneapi-mkl)
- libjpeg-turbo (mozjpeg-gitAUR, libjpeg-turbo-gitAUR, mozjpegAUR)
- libpng (libpng-gitAUR, libpng-apngAUR)
- lmdb (lumosqlAUR, lmdb-gitAUR)
- nccl (nccl-gitAUR)
- onednn (onednn-gitAUR)
- openssl-1.0AUR
- pybind11 (pybind11-gitAUR)
- bazel (bazel-gitAUR, bazel024-binAUR, bazel3AUR, bazel3-binAUR, bazel5AUR, bazelisk-gitAUR, bazeliskAUR, bazelisk-binAUR) (make)
- cuda (cuda11.1AUR, cuda-12.2AUR, cuda12.0AUR, cuda11.4AUR, cuda11.4-versionedAUR, cuda12.0-versionedAUR) (make)
- cudnn (make)
- cython (cython-gitAUR, cython0AUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- nccl (nccl-gitAUR) (make)
- Show 9 more dependencies...
Required by (1)
- python-tensorflow-cuda-git (requires tensorflow-cuda)
Latest Comments
1 2 Next › Last »
MarsSeed commented on 2022-06-18 23:59 (UTC) (edited on 2022-07-05 21:11 (UTC) by MarsSeed)
Bazel's build setup (beginning phase) fails with a lot of ceremony. But the gist of it is this (first line is lol):
After removing
pcre
from_set_build_env()
'sexport TF_SYSTEM_LIBS
variable in PKGBUILD, the main Bazel build phase is able to commence.(Note: tried to set
pcre2
but that lead to the same error as withpcre
.)EDIT:
Unfortunately I couldn't finish the build, because I have an old laptop with 11.6 gigs of RAM and this build maxed it out and the processes were killed by the OOM.
swiftscythe commented on 2022-05-21 09:12 (UTC)
@ramatullah I haven't built this package in a long time... But I know that GCC 12.1 has problems with CUDA (I have to use clang for it to work)
Are you interested in maintaining this package?
ramatullah commented on 2022-05-20 12:07 (UTC)
What is the maximum GCC version you've successfully compiled with?
Kamilcuk commented on 2021-04-07 10:53 (UTC)
Umm, the
prepare()
function is kind-of invalid. You can't set environment variables fromprepare()
, I mean, you can set it, but you can't expect them to be visible inbuild()
stage. The build fails whenprepare()
andbuild()
are run in separate stages - like firstmakepkg -o
and then followed by separatemakepkg -e
-makepkg -e
will causeconfigure.py
ask for some settings, becauseprepare()
was not run. The build most notably fails to build properly when usingyay
AUR helper.Consider applying like the following trivial patch to just move variable settings to be inside
build()
:Thanks!
ruestique commented on 2020-05-21 21:54 (UTC) (edited on 2020-05-21 21:54 (UTC) by ruestique)
have to make symlink in
/usr/bin
sudo ln -s bazel bazel-3.0.0-linux-x86_64
ruestique commented on 2020-04-03 11:41 (UTC)
How to compile it with modern CPU's instructions support ?
entriphy commented on 2020-01-21 08:37 (UTC)
Had to downgrade from Bazel 2.0.0 to 1.2.1. Otherwise, it fails with a Python "subprocess" error. This is not caused by the PKGBUILD, however.
1 2 Next › Last »