Package Details: miopen-hip 4.1.0-2

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: 6
Popularity: 0.001035
First Submitted: 2020-06-24 01:36
Last Updated: 2021-05-09 13:16

Required by (15)

Sources (2)

Pinned Comments

acxz commented on 2020-03-02 19:57

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

Latest Comments

1 2 Next › Last »

acxz commented on 2020-03-02 19:57

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

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

daren commented on 2020-02-10 14:01

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

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

aviallon commented on 2019-08-07 17:12

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

farnoy commented on 2019-08-07 12:40

@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

@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

Version roc-2.6.0 out

farnoy commented on 2019-03-07 19:32

Thanks, added and bumped to 1.7.1.

ulyssesrr commented on 2019-03-03 03:41

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!