Package Details: python-tensorflow-computecpp 1:1.9-6

Git Clone URL: https://aur.archlinux.org/tensorflow-computecpp.git (read-only, click to copy)
Package Base: tensorflow-computecpp
Description: Library for computation using data flow graphs for scalable machine learning (backend with ComputeCpp)
Upstream URL: https://github.com/codeplaysoftware/tensorflow
Keywords: computecpp opencl sycl tensorflow-opencl
Licenses: Apache
Conflicts: python-tensorflow
Provides: python-tensorflow
Submitter: enihcam
Maintainer: mirh (alkis05)
Last Packager: mirh
Votes: 0
Popularity: 0.000000
First Submitted: 2018-04-25 12:51 (UTC)
Last Updated: 2019-12-24 18:15 (UTC)

Dependencies (14)

Required by (56)

Sources (8)

Latest Comments

1 2 Next › Last »

mirh commented on 2020-11-30 10:03 (UTC)

@alkis05 you are free to commit the fixes I don't have that much use for this anymore

alkis05 commented on 2020-11-29 10:29 (UTC) (edited on 2020-11-29 19:19 (UTC) by alkis05)

@grdgkjrpdihe I have the same error, but there is no space left at the end of gcc2.diff:12. What worked for me was to just comment out the PKGBUILD line that apply this patch.

Also, there was a change to numpy that made the build to fail (at the very end of a very long build, goddamn it). I complains about not being able to change a varialble into a const. It is related to issues #40688, #40654. The solution was to use const inputs in a specific tensorflow function and create a function overload for the new signature. The patch is this one:

https://github.com/tensorflow/tensorflow/commit/75ea0b31477d6ba9e990e296bbbd8ca4e7eebadf?branch=75ea0b31477d6ba9e990e296bbbd8ca4e7eebadf&diff=unified

If I'm able to build, I will make a push request for the patch to be included in the package, if that is possible. This thing takes forever to build from source.

EDIT: Success! with those alterations version 1.19 compiles well and I can confirm that my crappy intel HD 5500 (broadwell) is being used (for all it is worth -.-), thanks to SYCL. Next time I go to sleep, I will try to compile the latest release (v2.1.2) overnight and see how it goes. If all goes well, maybe we could update this package. Or create a tensorflow2 or something, if there is the need for keeping a 1.x and 2.x versions available.

grdgkjrpdihe commented on 2020-08-18 15:08 (UTC) (edited on 2020-08-21 14:50 (UTC) by grdgkjrpdihe)

prepare failed

==> Starting prepare()...
error: patch failed: tensorflow/workspace.bzl:397
error: tensorflow/workspace.bzl: patch does not apply
==> ERROR: A failure occurred in prepare().

edit: removing the space at the end of gcc2.diff on line 12 solved the problem

mirh commented on 2019-02-01 20:16 (UTC) (edited on 2019-08-13 21:33 (UTC) by mirh)

¿It runs on Intel hardware you know? What's the matter? I mean, at least Neo driver was reported working/fixed last year. (also, I know some random fix was pushed to beignet in the meantime, so who knows on <Gen8 hardware)

Then if it's just a matter of time instead.. Well, I'm in no really better position.

EDIT: before any update to this, I'd like upstream to add support for python 3.7. I'd loathe having to make patches myself to backport it. In the meantime you can follow the instructions below

enihcam commented on 2019-01-31 02:36 (UTC)

@mirh. I agree but now I only have an intel laptop. I don't have resource to maintain (test) this package. Can I disown this package? :(

mirh commented on 2019-01-31 02:20 (UTC)

It's the only thing that would work on "generic whatever" ARM hardware though (I mean, yes we aren't currently providing the package for that, but still)

It's working fine here once you downgrade bazel to 0.17, python to 3.6 (and/or relative libraries, I still haven't precisely settled down the whole thing) and use Rbiessy branch. Also, mercurial has to be installed otherwise cmake 3.13 complains.

Aside of that, you are good.

enihcam commented on 2019-01-21 06:28 (UTC)

@ModYokosuka Sorry I'm going to deprecate this package because of various build issues, also the performance of computecpp approach is lower than tensorflow-mkl(intel)/tensorflow-rocm(amd)/tensorflow-cuda(nvidia).

ModYokosuka commented on 2019-01-20 23:01 (UTC) (edited on 2019-01-20 23:15 (UTC) by ModYokosuka)

I am getting a failed build from Bazel with 

Starting local Bazel server and connecting to it...
INFO: Invocation ID: 26777de0-6da2-4c03-86f2-0d9954a81842
ERROR: error loading package '': Encountered error while reading extension file 'closure/defs.bzl': no such package '@io_bazel_rules_closure//closure': The native http_archive rule is deprecated. load("@bazel_tools//tools/build_defs/repo:http.bzl", "http_archive") for a drop-in replacement.
Use --incompatible_remove_native_http_archive=false to temporarily continue using the native rule.
ERROR: error loading package '': Encountered error while reading extension file 'closure/defs.bzl': no such package '@io_bazel_rules_closure//closure': The native http_archive rule is deprecated. load("@bazel_tools//tools/build_defs/repo:http.bzl", "http_archive") for a drop-in replacement.
Use --incompatible_remove_native_http_archive=false to temporarily continue using the native rule.
INFO: Elapsed time: 2.102s
INFO: 0 processes.
FAILED: Build did NOT complete successfully (0 packages loaded)
    Fetching @io_bazel_rules_closure; fetching
==> ERROR: A failure occurred in build().
    Aborting...

I added these to commands to the PKGBUILD at build system suggestion.

--incompatible_remove_native_http_archive=false
--incompatible_package_name_is_a_function=false

That resolved that problem and caused a new one to crop up

ERROR: /home/greg/aur/tensorflow-computecpp/src/tensorflow/tensorflow/python/BUILD:5199:1: Executing genrule //tensorflow/python:framework/fast_tensor_util.pyx_cython_translation failed (Exit 1) bash failed: error executing command /bin/bash -c ... (remaining 1 argument(s) skipped)

Use --sandbox_debug to see verbose messages from the sandbox
Traceback (most recent call last):
  File "/home/greg/.cache/bazel/_bazel_greg/66bf520c021c71ae1c0d8833a4b2c2f1/sandbox/processwrapper-sandbox/748/execroot/org_tensorflow/bazel-out/host/bin/external/cython/cython_binary.runfiles/cython/cython.py", line 17, in <module>
    main(command_line = 1)
  File "/home/greg/.cache/bazel/_bazel_greg/66bf520c021c71ae1c0d8833a4b2c2f1/external/cython/Cython/Compiler/Main.py", line 720, in main
    result = compile(sources, options)
  File "/home/greg/.cache/bazel/_bazel_greg/66bf520c021c71ae1c0d8833a4b2c2f1/external/cython/Cython/Compiler/Main.py", line 695, in compile
    return compile_multiple(source, options)
  File "/home/greg/.cache/bazel/_bazel_greg/66bf520c021c71ae1c0d8833a4b2c2f1/external/cython/Cython/Compiler/Main.py", line 666, in compile_multiple
    context = options.create_context()
  File "/home/greg/.cache/bazel/_bazel_greg/66bf520c021c71ae1c0d8833a4b2c2f1/external/cython/Cython/Compiler/Main.py", line 590, in create_context
    self.cplus, self.language_level, options=self)
  File "/home/greg/.cache/bazel/_bazel_greg/66bf520c021c71ae1c0d8833a4b2c2f1/external/cython/Cython/Compiler/Main.py", line 75, in __init__
    from . import Builtin, CythonScope
  File "/home/greg/.cache/bazel/_bazel_greg/66bf520c021c71ae1c0d8833a4b2c2f1/external/cython/Cython/Compiler/CythonScope.py", line 5, in <module>
    from .UtilityCode import CythonUtilityCode
  File "/home/greg/.cache/bazel/_bazel_greg/66bf520c021c71ae1c0d8833a4b2c2f1/external/cython/Cython/Compiler/UtilityCode.py", line 3, in <module>
    from .TreeFragment import parse_from_strings, StringParseContext
  File "/home/greg/.cache/bazel/_bazel_greg/66bf520c021c71ae1c0d8833a4b2c2f1/external/cython/Cython/Compiler/TreeFragment.py", line 17, in <module>
    from .Visitor import VisitorTransform
  File "/home/greg/.cache/bazel/_bazel_greg/66bf520c021c71ae1c0d8833a4b2c2f1/external/cython/Cython/Compiler/Visitor.py", line 15, in <module>
    from . import ExprNodes
  File "/home/greg/.cache/bazel/_bazel_greg/66bf520c021c71ae1c0d8833a4b2c2f1/external/cython/Cython/Compiler/ExprNodes.py", line 2875
    await = None
          ^
SyntaxError: invalid syntax

enihcam commented on 2018-06-13 03:28 (UTC)

@Magotchi, please remove '-fno-plt' from makepkg.conf.

Magotchi commented on 2018-06-12 15:35 (UTC) (edited on 2018-06-12 15:36 (UTC) by Magotchi)

During the Bezel build, this fails for me with:

ERROR: /home/-----/build/tensorflow-computecpp/src/tensorflow/tensorflow/contrib/lite/toco/BUILD:99:1: C++ compilation of rule '//tensorflow/contrib/lite/toco:toco_graphviz_dump_options' failed (Exit 1)
/opt/ComputeCpp-CE/bin/compute: /usr/lib/libtinfo.so.5: no version information available (required by /opt/ComputeCpp-CE/bin/compute)
compute: error: unknown argument: '-fno-plt'

Any ideas on the "-fno-plt" problem?

1 2 Next › Last »