Package Details: miopen-hip 5.1.1-1

Git Clone URL: https://aur.archlinux.org/miopen-hip.git (read-only, click to copy)
Package Base: miopen-hip
Description: AMD's Machine Intelligence Library (HIP backend)
Upstream URL: https://github.com/ROCmSoftwarePlatform/MIOpen
Licenses: MIT
Conflicts: miopen
Provides: miopen
Submitter: acxz
Maintainer: tpkessler
Last Packager: tpkessler
Votes: 7
Popularity: 0.60
First Submitted: 2020-06-24 01:36 (UTC)
Last Updated: 2022-04-10 13:08 (UTC)

Pinned Comments

acxz commented on 2020-03-02 19:57 (UTC)

Development is on Github: https://github.com/rocm-arch/rocm-arch Please open issues and PRs there instead of commenting.

Latest Comments

acxz commented on 2020-03-02 19:57 (UTC)

Development is on Github: https://github.com/rocm-arch/rocm-arch Please open issues and PRs there instead of commenting.

daren commented on 2020-02-11 10:27 (UTC)

New PKGBUILD that resolves the boost issue: https://pastebin.com/fWuPKYnV

daren commented on 2020-02-10 14:01 (UTC) (edited on 2020-02-10 14:06 (UTC) by daren)

I managed to build version roc-3.0.0 until linking with an additional dependency AUR package I created:

https://aur.archlinux.org/packages/miopen-deps/

3.0.0 updated PKGBUILD:

https://pastebin.com/vWwBmyiV

It then fails at "Linking CXX executable ../bin/MIOpenDriver" with

ld: ../lib/libMIOpen.so.1: undefined reference to `rocblas_gemm_ex'
ld: ../lib/libMIOpen.so.1: undefined reference to `rocblas_gemm_strided_batched_ex'
ld: ../lib/libMIOpen.so.1: undefined reference to `boost::filesystem::detail::directory_iterator_construct(boost::filesystem::directory_iterator&, boost::filesystem::path const&, boost::system::error_code*)'

This seems to be because rocBLAS is currently built with "-DBUILD_WITH_TENSILE=OFF" as it throws python excepctions for me if trying to enable that...

It also still tries to link with the system libboost stuff which is visible in the link command line "/usr/lib64/libboost_filesystem.a /usr/lib64/libboost_system.a", this I haven't resolved yet.

farnoy commented on 2019-08-07 18:48 (UTC)

They don't seem very responsive to these issues, but you're welcome to try.

aviallon commented on 2019-08-07 17:12 (UTC)

@farnoy Do you think we could get some help from AMD ?

farnoy commented on 2019-08-07 12:40 (UTC)

@aviallon I don't like docker either, but I can't build it manually. I've given up on building ROCm because it's only getting harder and never really worked 100%.

aviallon commented on 2019-08-07 11:39 (UTC)

@farnoy it seems you're also trying to build tensorflow with ROCm. Any improvements lately ? Using a Docker is not really convenient for me. I am currently trying to mimic the exact same /opt/rocm structure they have in their latest Docker, but got stuck when trying to build RCCL (which fails to build properly for an obscure reason).

aviallon commented on 2019-08-07 11:36 (UTC) (edited on 2019-08-07 11:37 (UTC) by aviallon)

Version roc-2.6.0 out

farnoy commented on 2019-03-07 19:32 (UTC)

Thanks, added and bumped to 1.7.1.

ulyssesrr commented on 2019-03-03 03:41 (UTC)

Missing depends on clang-ocl

Cloning into 'MIOpen'...
done.
Switched to a new branch 'makepkg'
==> Iniciando build()...
-- The C compiler identification is GNU 8.2.1
-- The CXX compiler identification is Clang 8.0.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /opt/rocm/hcc/bin/hcc
-- Check for working CXX compiler: /opt/rocm/hcc/bin/hcc -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
CMake Error at CMakeLists.txt:118 (message):
  clang-ocl not found


-- Configuring incomplete, errors occurred!

farnoy commented on 2019-02-11 23:57 (UTC)

I recommend trying out docker for now. They bundle all of the userspace needed to drive the kernel. Getting these scripts right for Arch is going to take more time.

farnoy commented on 2019-02-11 23:24 (UTC)

I am having the same kinds of problems still when trying tensorflow. I will check with upstream if they can help me. Meanwhile, I'll push all the changes for rocm 2.1.0. HCC & HIP seem to work after upgrade.

farnoy commented on 2019-02-11 13:01 (UTC) (edited on 2019-02-11 13:02 (UTC) by farnoy)

A while ago I've had some problems building rocm/tensorflow-upstream locally, but I'll try

enihcam commented on 2019-02-11 12:56 (UTC) (edited on 2019-02-11 13:00 (UTC) by enihcam)

Thanks!

Could you please write a PKGBUILD to just re-package tensorflow-rocm and include all the necessary dependencies?

Hope one day these packages can be pushed to official repository. :)

farnoy commented on 2019-02-11 11:53 (UTC)

@enihcam pretty much everything from this list: https://aur.archlinux.org/packages/?K=farnoy&SeB=m

I will be doing an upgrade to ROCm 2.1.0 soon and I will write down the steps somewhere. Previously, I was able to use tensorflow-rocm from pypi with just my packages but it broke along the way. You can wait a couple of days if you don't want to deal with these things yourself. I should have all the fixes by the end of the week.

enihcam commented on 2019-02-11 11:43 (UTC)

Which packages need to be installed for running tensorflow-rocm? @farnoy

farnoy commented on 2019-02-01 10:50 (UTC)

I'm not sure, do you have a specific need for something that is missing?

limadm commented on 2019-02-01 02:02 (UTC)

I found that after installing, /opt/rocm/miopen/include/ is missing a lot of headers from MIOpen/src/include. This is an upstream problem, right?